Re: [Talk-de] ebook-Karte auf Kindle

[Matthias Julius]

Fabian Schmidt  schrieb:

>
>Am 27.06.11 schrieb Matthias Julius:
>
>> Also ich habe mit meinem Garmin GPSmap 60 keine Probleme bei 
>> Sonnenschein. Das funktioniert so gut, dass ich mich immer frage,
>warum 
>> niemand solche Displays in Handies einbaut.
>
>- kein Smartphone-Hersteller würde auf ein Touchpad verzichten

Schließen sich Touchscreen und transflektives Display gegenseitig aus?

>- die Handytester sitzen drinnen und schreiben über Kontrast und
>Auflösung

In fast jeder c't z.B. wird die teilweise Unbrauchbarkeit von Handies, Tablets 
und Notebooks im Freien bemängelt. Sollte diese Kritik noch nicht bis zu den 
Herstellern durchgedrungen sein?

>
>> Wenn es Probleme bei Sonnenlicht gibt, liegt das eventuell an 
>> ungenügender Entspiegelung der Oberfläche. Prinzipiell kann das aber 
>> auch bei E-Paper passieren.
>
>Ich nehme an, dass Dein GPSMap nicht wesentlich entspiegelt ist. Es 
>versteht einfach besser, mit statt gegen die Sonne zu arbeiten[1].

Wirklich entspiegelt ist es nicht. Es kommt halt auf das Verhältnis der 
Lichtmengen an, die ober- und unterhalb des Flüssigkristalls reflektiert werden.

Matthias


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] ebook-Karte auf Kindle

[Matthias Julius]

Fabian Schmidt  schrieb:

>Hallo,
>
>Am 27.06.11 schrieb Wolfgang Barth:
>
>> Was ich mich schon immer gefragt habe war, warum es kein GPS-Gerät
>mit 
>> e-paper Anzeige gibt. Auch diese "transflexiven" Displays sind bei 
>> Sonnenlicht nur schlecht ablesbar. Für "Outdoor-Geräte" die man bei
>Tag 
>> nutzen will, wäre E-Paper die erste Wahl, auch wenn man keine Farbe,
>sondern 
>> nur Graustufen darstellen kann.

Also ich habe mit meinem Garmin GPSmap 60 keine Probleme bei Sonnenschein. Das 
funktioniert so gut, dass ich mich immer frage, warum niemand solche Displays 
in Handies einbaut.

Wenn es Probleme bei Sonnenlicht gibt, liegt das eventuell an ungenügender 
Entspiegelung der Oberfläche. Prinzipiell kann das aber auch bei E-Paper 
passieren.

Matthias


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Luftbilder für JOSM

[Matthias Julius]

malenki  writes:

> Stephan Knauss schrieb:
>
>>Da die Bilder allerdings aus vielen Einzelbildern zusammengesetzt
>>werden kann sich der Versatz nach ein paar Kilometern geändert haben.
>
> Soweit ich weiß, werden alle Bilder mit einem Höhendatenmodell
> nachberechnet, um Verzerrungen zu eliminieren. (Veranschaulichung: stell
> dir einen auf die Zugspitze führenden Weg mit Serpentinen vor).
> Viele der Bing-Bilder wurden aber nicht aus der Senkrechten
> aufgenommen. Die Folge sind teilweise erhebliche Abweichungen auch
> innerhalb kleine Gebiete.

Genau, die Variation des Versatzes hat nichts damit zu tun, dass es
viele Einzelbilder sind (abgesehen von Ungenauigkeiten bei der
Entzerrung und eventuellen Fehlern, die dabei gemacht werden). Die Güte
der Entzerrung hängt vielmehr von der Genauigkeit des Höhenmodells ab,
das dabei verwendet wurde.

Die meisten Pixel wurden ja nicht genau senkrecht von oben fotografiert,
sondern schräg. Das sieht man sehr schön an hohen Gebäuden,
Schornsteinen oder ähnlichem. Dort deckt sich auf den Luftbildern das
Dach meist nicht mit dem Grundriss. Da muss man eben aufpassen, dass man
den Grundriss mappt und nicht das Dach.

Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Wanderwegeverlauf und Kartenwerk der Landesvermessung

[Matthias Julius]

Johannes Huesing  writes:

> Manuel Reimer  [Mon, May 30, 2011 at 08:12:52PM 
> CEST]:
>> André Joost wrote:
>> >Ein Tourismusverband, der unbedingt *seine* Rechte *nicht* weitergeben
>> >will, kann uns daher u.U. einen Strick draus drehen, wenn wir einfach
>> >*alle* Wanderwege aus den Karten der Landesvermessung übernehmen.
>> 
>> Kann er nicht. Wege, die mit Wanderzeichen gekennzeichnet sind,
>> können auch ohne importierte Daten erfasst werden.
>> 
>
> Der französische Wanderverband ist da sehr beißwütig und hat sich 
> unter anderem die Abkürzung GR für Grande Randonée als Marke schützen
> lassen.

Na und? Das heisst doch nur, dass man die Marke nicht für etwas anderes
verwenden darf. Wenn man also eine geschützte Marke genauso verwendet
wie der Markeninhaber, wird das ja wohl kein Markenrechtsverstoss sein.

Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] amazon.de-affiliate für OSM?

[Matthias Julius]

Ulf Lamping  writes:

> P.S: Neulich bei Amazon gesehen: "MARCO POLO Karten 1:150.000 Kreta:
> Mit landwirtschaftlich schönen Strecken ..." :-)

Rapsfelder z.B. sind doch recht nett anzusehen.

Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Garmin: Mehrere Länder in einer gmapsupp.img?

[Matthias Julius]

Joerg Fischer  schrieb:

>NopMap wrote:
>
>> http://forum.openstreetmap.org/viewtopic.php?id=11792--
>
>Dnke. Der Tipp zu osmchange war genau das was ich brauchte. Für den
>geneigten Mitleser: Entgegen seinem Namen ist osmchange nicht nur für
>das
>Nachziehen von täglichen Differenzen, es kann auch *.osm zusammen
>führen:
>
>| osmchange64 czech_republic.osm poland.osm austria.osm \
>| switzerland.osm italy.osm < germany.osm > DACHIPLCZ.osm
>
>Anschließend verfüttere ich das Ergebnis wie immer an mkgmap und es
>funktioniert perfekt. In Vorbereitung der Urlaubssaison kann ich jetzt
>die
>für mich relevanten Länder auf 2GB quetschen. :-) Dank auch an Martin!

Hast Du Dir das Ergebnis mal genau angesehen? Die Extrakte der Geofabrik sind 
(abgesehen von den Bundesländern) nicht für das Zusammenführen geeignet, da die 
Wege an der Grenze beschnitten werden. Und je nachdem, wie das Zusammenführen 
funktioniert, hat man dann eventuell Lücken oder fehlende Wege auf einer Seite 
der Grenze.

Matthias



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Share Alike für Datenbanken mit Vektordaten

[Matthias Julius]

Simon Poole  writes:

> Was soll das Problem sein (hat Fredierik aber auch schon in Detail
> aufgezeigt)?
>
> a) aus Eigeninteresse wird wohl was zurückfliessen, denn was nützen
> Karten die nicht aktuell gehalten werden.

Was soll zurückfliessen? Das Aktuellhalten erledigt ja OSM.

> b) ist es jedem anderen Navi Hersteller freigestellt die Daten auch zu
> nehmen und die Karten zu besseren, vielleicht auch freieren
> Konditionen anzubieten.
> c) hab ich grundsätzlich kein Problem damit, wenn Firmen
> Geschäftmodelle verfolgen mit dem sie Geld verdienen, anstatt solche
> mit denen Sie nichts verdienen.

Wenn das Geschäftsmodell nur darin besteht, OSM-Daten in ein
proprietäres Format zu konvertieren, ist das schon etwas bedenklich.

Ich könnte damit aber leben. Immerhin muss die Datenquelle ja noch
genannt werden. Wenn dadurch einer deren Nutzer dazu gebracht wird, die
Daten in OSM zu verbessern, is OSM ja auch geholfen.

Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Cycleways - oftmals falsch getaggt

[Matthias Julius]

Fabian Schmidt  writes:

> Am 29.04.11 schrieb M∡rtin Koppenhoefer:
>
>> geht es um "Höflichkeit", wenn man sein Mapping "den lokalen
>> Gepflogenheiten" anpassen soll?
>
> Ich empfinde es als höflich, ein einheitliches Kartenbild zu wahren,
> auch wenn es zu unterschiedlichem Tagging der Lausitzer und
> mitteldeutschen Tagebaue führt (zumal ich nicht weiß, welche noch
> aktiv sind)..

Ich finde, man sollte daraufhin arbeiten, ein weltweit einheitliches
"Kartenbild" zu wahren.

>
>> Ich finde das Wort "Gastmapper" ist an sich schon ein Affront, der
>> sich nicht mit meinem Verständnis von OSM deckt.
>
> Kannst Du Dir rückblickend vorstellen, dass lokale Mapper einen
> Kommentar aus der Ferne wie in
> 
> als verletzend empfinden?

Wenn man des Vandallismus beschuldigt wird, ist das immer
verletzend. Dann ist es egal, ob der Kommentar von Nah oder Fern
kommt. Der Unterschied ist nur, dass man das mit dem Mapper um die Ecke
in der nächsten Kneipe ausdiskutieren kann.

Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Cycleways - oftmals falsch getaggt

[Matthias Julius]

Simon Poole  writes:

> Die Quelle für Leute die richtiges Englisch sprechen (hab hier grad
> leider nur ne kleine Version davon) sagt unter Anderem dazu:
>
> path  1 a way or track laid down for walking or made by continual
> treading, 2 the line along which a person or thing moves .
>
> Bei den Leuten die nicht richtiges Englisch sprechen mag das aber
> anders definiert sein :-)

Ein "Problem" ist, dass viele Tags von Leuten definiert werden, deren
Muttersprache nicht Englisch ist und deren Englischkenntnisse sehr
verschieden sind. Außerdem ist Englisch auch nicht gleich Englisch in
den verschiedenen Ecken der Welt.

Daher sollte man die Bezeichnungen der Tags sowie deren Werte nicht zu
eng sehen. Am Ende zählt die Dokumentation.

Vielleicht sollte man Radwege als object_type=5487932 taggen. Das ist
natürlich nicht ganz ernst gemeint, würde aber dazu zwingen, die
Bedeutung des Tags zu dokumentieren, wenn es eine haben soll. Und auch,
die Dokumentation zu lesen, wenn man wissen will, was es bedeutet.

Ein paar tausend Leute sind eben schwer unter einen Hut zu bringen, so
dass sie alle unter einem beschreibenden Tag das Gleiche verstehen.

Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3

[Matthias Julius]

Sebastian Hohmann  schrieb:

>Am 27.04.2011 10:45, schrieb Sven Geggus:
>> Sebastian Hohmann  wrote:
>>
>>> Das Argument hab ich nie verstanden. Was definierst du denn als
>>> Missbrauch? Und seit wann sind Firmen verpflichtet etwas
>zurückzugeben?
>>
>> Share Alike Lizenzen oder auch dei GPL sind so gebaut, dass
>Änderungen
>> zwangsweise unter der selben Lizenz stehen müssen.
>>
>> Der Grund hierfür ist dass niemand "value added" Profdukte mit
>proprietärer
>> Lizenz anbieten kann. Dieser Schutz ist es den PD nicht hat.
>>
>> Ein aktuelles Beispiel wäre Google und Mapmaker, der jetzt in USA
>gestartet
>> wurde. Wären unsere Daten PD hätte Google direkt mit dem Import
>unserer
>> bereits stark verbesserten Tiger basierenden Daten starten können.
>>
>
>Trotzdem sind Firmen bei Share-Alike nunmal nicht verpflichtet generell
>
>"etwas zurückzugeben", wie es häufig impliziert wird, sondern eben nur 
>bei entsprechenden Anwendungen, die auch abgeleitete Datenbanken mit 
>neuen Daten erstellen. Ein Produkt attraktiver zu machen, geht ja auch 
>auf andere Weise (schnellere Server, besseres Routing, ..).

Es geht doch aber gerade um die verbesserten Daten. Es kann uns ja egal sein, 
was irgend jemand mit den Daten macht. Nur, wenn jemand verbesserte Daten 
veröffentlicht, soll er das bitte unter der gleichen Lizenz machen. Und genau 
das wird der Grund sein, warum die ODbL auf Share-Alike bei Produced Works 
verzichtet.

Bei OSM geht es schließlich vordergründig um die Daten. Es nützt uns relativ 
wenig, wenn jemand seine gerenderten Karten unter eine freie Lizenz stellt.

Matthias




___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Cycleways - oftmals falsch getaggt

[Matthias Julius]

Bernd Wurst  schrieb:

>Am 2011-04-26 13:30 schrieb Henning Scholland:
>> Diesem Weg darf jeder benutzen.
>
>Das ist ja das geniale:
>"highway=path" alleine darf jeder nutzen, "highway=path" in Kombination
>mit "somespecialfoobar=designated" darf eben nur noch
>"somespecialfoobar" benutzen.
>
>Das bedeutet, um zu entscheiden ob ein hundsordinärer Radfahrer den Weg
>nutzen darf, muss er Tags auswerten die ihn nicht betreffen bzw. die er
>potenziell gar nicht kennt, weil irgend jemand ein Verkehrsmittel
>eingetragen hat das vielleicht auch schmaler als ein Auto ist und
>daher auch irgendwie in die "path"-Kategorie gehört.

Nein, muss er nicht. Um zu entscheiden, ob er da lang darf, muss er nur noch 
das bicycle-Tag auswerten. Er weiß dann nur nicht, wer da eventuell außerdem 
noch lang darf.

Matthias



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Kein Quellen-/Lizenzhinweis

[Matthias Julius]

bundesrainer  writes:

> Am 13.04.2011 15:37, schrieb Tobias Knerr:
>> Am 13.04.2011 15:13, schrieb Alexander Matheisen:
>>> Macht sie irgendwie unglaubwürdig...
>> 
>> Dass sie unabhängig von OSM sogar ihre eigenen Inhalte unter CC-BY-SA
>> stellen, würde ich positiv hervorheben. Dass sie die Sache mit dem
>> Lizenzlink hinbekommen, ist auch schon fast ein Alleinstellungsmerkmal
>> unter Weiternutzern...
>
> Ein Vorstandsmitglied ist gleichzeitig auch bei Creative Commons
> Deutschland für die Öffentlichkeitsarbeit zuständig. Da darf man einen
> vernünftigen Umgang mit Lizenzhinweisen schon erwarten.
>
> Das mit dem fehlenden Quellenhinweis ist wohl einfach nur ein Versehen.

Und da die Karte hier nur als Hintergrund für eine Grafik dient und als
Karte gar nicht zu gebrauchen ist, würde ich das auch nicht so eng
sehen.

Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] alternative API-Dienste nutzen

[Matthias Julius]

Jan Tappenbeck  writes:

> Am 11.04.2011 21:09, schrieb Carsten Gerlach:
>>
>> Am Montag 11 April 2011 schrieb Jan Tappenbeck:
>>> Am 10.04.2011 19:34, schrieb Florian Gross:
 "Note that bbox queries have a maximum of 10 square degrees."
>>   ^^
>>
>>> bringt auch eine Fehlermeldung bei -4 bis +4 sind 8 Degree und von 35
>>> bis 44 sind es 9 !!
>>
>> 8 Grad * 9 Grad  macht bei mir 72 Quadratgrad und das ist größer als 10. 
>> Oder?
>>
>> Gruß, Carsten
>
> Ach so ist das zu sehen - dann müßte man also Kacheln oder immer die
> Welt abfragen und wirklich ausschneiden.

Oder man nimmt einen entsprechenden Extrakt und filtert selbst, z.B. mit
osmosis.

Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] alternative API-Dienste nutzen

[Matthias Julius]

Jan Tappenbeck  writes:

>  hi !
>
> es gibt ja zwischenzeitlich jxapi und auch von mapquest eine
> entprechende alternativen.
>
> Bei beiden habe ich aber festgestellt das
>
> http://open.mapquestapi.com/xapi/api/0.6/way[shop=farm][bbox=4.6582031,45.0890356,16.875,55.5783447]
>
> eine Fehlermeldung (nur 10 grad auswertung zulässig) bekommen.
>
> Eine globale Auswertung
>
> http://open.mapquestapi.com/xapi/api/0.6/way[shop=farm]
>
> ist allerdings möglich - obwohl bei Mapquest bbox beschrieben.
>
> Ist mir ein Fehler unterlaufen - kann mir jemand weiterhelfen ?
>
> Es macht ja wenig Sinn und ist performancelastig wenn ich die Welt
> auswerte und dann nur DE mit osmosis herausfiltere.

Nicht notwendigerweise. Eine Datenbankabfrage ohne bbox ist
wahrscheinlich deutlich weniger aufwendig als eine mit. Ohne bbox sucht
man einfach alle Objekte mit shop=farm und dann alle Knoten, die von Wegen
referenziert werden, die bei der ersten Abfrage zurückgegeben wurden.

Mit bbox muss man alle Knoten in der bbox suchen, dann nach allen
Wegen, die einen dieser Knoten referenzieren und dann alle Relationen, die
einen dieser Knoten oder Wege referenzieren. Von all diesen Objekten
muss man dann nebenbei diejenigen herausfischen, die shop=farm haben.

Aber vielleicht ist es ja auch nur ein Bug. ;-)

Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Neue Nuklearkarte Deutschland

[Matthias Julius]

fly  writes:

> Am 02.04.2011 15:39, schrieb Jens Frank:
>> Zur "Standortbewertung" müsste man sich natürlich noch anschauen, ob man
>> nicht evtl in der Nähe ausländischer AKWs wäre. Frankreich stellt seine AKWs
>> z.B. gerne in Grenznähe auf.
>
> Die Schweiz ist da auch nicht besser, wobei Leibstadt ja schon angezeigt
> wird.

Bei der Größe der Schweiz gibt es nicht viele Orte, die _nicht_ in
Grenznähe sind.

Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] imagery-Plugin Luftbild verschiebe

[Matthias Julius]

On Wed, 8 Dec 2010 11:44:57 +0100, M∡rtin Koppenhoefer
 wrote:
> Am 2. Dezember 2010 20:18 schrieb Stephan Knauss
:
>>> Man müsste auf Serverseite irgendwie die Möglichkeit haben dem
>>> Plugin zu sagen hör mal meine Daten sind gut, schalte verschieben
bitte
>>> ab.
>>
>> In der Theorie kann doch der Offset mit jeder einzelnen Kachel anders
>> sein,
>> oder?
> 
> 
> der offset ist von den Kacheln völlig unabhängig, d.h. er kann auch
> innerhalb derselben Kachel unterschiedlich sein.

Genau. Vor allem in unebenem Gelände wenn die Bilder nicht oder nicht
richtig entzerrt wurden. Schön sieht man das, wenn mal ein Schornstein oder
Turm (nicht gerader der in Pisa) drauf ist. Dann sieht man, dass auf dem
Bild die Spitze ein Stück neben dem Fuss ist, obwohl der Turm eigentlich
senkrecht stand. Das ganze ist von der Turmhöhe sowie von der Flughöhe und
seitlichem Abstand des Turmes von der Flugbahn des Fliegers, der die Bilder
gemacht hat, abhängig. Bei anderen Bodenerhebungen ist der Effekt der
gleiche, nur nicht so offensichtlich. Deshalb müssen die Luftbilder anhand
von Höhendaten korrigiert werden.

   x <-- Flugzeug
  /
 /
/
   /|
  / | <-- Turm
 /  |
X---|--
^
|
   Turmspitze auf Bild

Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Großes Multipolygon (>50k Nodes) h ochladen

[Matthias Julius]

Walter Nordmann  writes:

> Matthias Julius wrote:
>> 
>> Ansonsten hat JOSM eine Funktion, die Daten häppchenweise hochzuladen. Im
>> englischen JOSM heisst die "Chunked Upload". Da kann man dann festlegen,
>> wieviele Objekte per Upload JOSM hochladen soll.
>> 
> das ist dann doch immer noch "ein changeset" und damit greifen doch dessen
> beschränkungen. (oder?)
>
> ich würde die daten dennoch in mehrere files aufbrechen und die dann - unter
> benutzung des von dir vorgeschlagenen features - hochladen.

In mehrere Dateien zerteilen geht nur, wenn es keine Abhängigkeiten
zwischen den Dateien gibt, do sonst die neuen IDs von der ersten Datei
der zweiten nicht bekannt sind und die Objekte nochmal als neu
hochgeladen werden.

Um eine Grössenbeschränkung von Changesets zu umgehen, kann man auch
einen Teil der Daten in JOSM selektieren und dann "Auswahl
hochladen". Das kann man dann so oft machen, bis der Rest in einen
Changeset passt. Auf diese Art bleiben die Daten konsistent - ausser,
wenn beim Upload ein Problem auftritt (Netzwerkproblem z.B., nicht
Problem mit den Daten). Deshalb sollte man es mit der Grösse der
einzelnen Uploads auch nicht übertreiben.

Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Großes Multipolygon (>50k Nodes) h ochladen

[Matthias Julius]

On Mon, 6 Dec 2010 08:26:46 -0800 (PST), Walter Nordmann
 wrote:
> hi thomas,
> immer noch serbien?
> 
> ok, spltte die tausende neuen ways in kleinere pakete auf und packe
jeweils
> die passenden neuen nodes dazu.
> alles ids negativ aber im osm-file eindeutig. jedes file darf wieder bei
-1
> anfangen.
> und am ende noch ne relation rein (ebenfalls negativ), die die ways
eines
> uploads in einer relation zusammen fasst.
> an ende stellst du die neuen teilrelationen manuell in einer
> super-multipoint relation zusammen.
> 
> das wars ;)
> gruss
> walter
> 
> also erst alle nodes, dann alle ways und dann eine relation. alles in
ein
> file. das ganze ca 10x
> 
> upload starten, in den weihnachtsurlaub fahren und nächstes jahr mit nem
> neuen accout weitermachen ;) ;) ;)
> duck&weg

Genau! Solche Monster hochzuladen sollte man schon gut begründen können.

Ansonsten hat JOSM eine Funktion, die Daten häppchenweise hochzuladen. Im
englischen JOSM heisst die "Chunked Upload". Da kann man dann festlegen,
wieviele Objekte per Upload JOSM hochladen soll.

Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Bing und SlippyMap

[Matthias Julius]

On Fri, 3 Dec 2010 15:47:52 +0100, UMAX974  wrote:
> Hallo,
> 
> Hab gerade nach der Anleitung mein gut funktionierendes WMS (auch mit
> Bing) und slippymap ausgenockt und imaginary als einziges Plugin
aktiviert.
 ^

> so nu is Bing auch weg, auch in den Einstellungen und der Auswahl der
> diversen wms plugins ist Bing nirgends zu finden, so was mach ich nu...?

Vielleicht hast Du Dir das Plugin nur eingebildet.

Das heisst nämlich Imagery.

;-)

Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten

[Matthias Julius]

On Fri, 26 Nov 2010 14:32:51 +0100, Frederik Ramm 
wrote:
> Hallo Matthias,
> 
> On 11/26/10 12:42, Matthias Julius wrote:
>> Das ist ja dann noch ein Grund, die Wege nicht zu verstümmeln.
>>
>> Wenn von einem Weg ein Knoten nicht im Extrakt enthalten ist, kann die
>> Applikation entscheiden, wie sie sich verhalten soll. Wenn der Knoten
aus
>> dem Weg entfernt worden ist, kann die Applikation davon nichts wissen.
>> Mit
>> dem Nachbarextrakt zusammenfügen lässt sich das auch nicht sinnvoll.
> 
> Das Problem ist Kontinuitaet und der Mangel von Spezifikation.
> 
> Anfangs kannte Osmosis nur den Modus, in dem ich es jetzt betreibe - 
> dass nicht vorhandene Objekte auch nicht referenziert wurden.
> 
> Irgendwann wurde das Verhalten umgestellt auf das, was heute der Default

> ist, naemlich, dass im Zweifel inkonsitente Extrakte entstehen, aber 
> dafuer keine Objekte "verstuemmelt" werden. Damals wollte ich aber den 
> Benutzern der Extrakte keine Aenderung zumuten, denn viele hatten sich 
> darauf verlassen, konsistente Extrakte zu haben.

Leider schliesst das alle Anwender aus, die sich für grenzüberschreitende
Gebiete interessieren. Klar, man kann sich den nächstgrösseren Extrakt
nehmen und sich das interessante Gebiet herausschneiden. Aber erstens muss
man dann deutlich mehr Daten herunterladen, als man braucht, und dann ist
es auch deutlich aufwendiger, sich einen Grenzpolygon zu basteln und zu
pflegen als sich ein paar Extrakte auszusuchen und zusammenzuführen.

> 
> Und jetzt haben wir es ja wieder gesehen; ich habe eine Aenderung 
> geplant, die aber die Reihenfolge der Relationen im File betraefe, und 
> es gab Leute, die damit nicht klarkommen.
> 
> Wenn es jetzt eine exakte Spezifikation gaebe, in der z.B. drin steht, 
> worauf man sich verlassen darf und worauf nicht, dann wuerde ich mich 
> vermutlich einfach darauf zurueckziehen und sagen: Mein File erfuellt 
> die Spezifikation, wenn Du die nicht verarbeiten kannst, Pech gehabt. 
> Aber in Abwesenheit der Spezifikation gilt halt: "never change a running

> system".

Wenn Programmautoren sich auf Annahmen verlassen, die in keiner
Spezifikation stehen, sind sie aber auch selber schuld. ;-)

Ich würde sagen, das Mass der Dinge ist die API. Programme, die
.osm-Dateien verarbeiten, sollten alles akzeptieren, was die API so an
Daten ausspuckt. Und wenn die API z.B. keine Garantien zur Reihenfolge der
Daten gibt, sollten Programme sich auch nicht darauf verlassen. Wenn
Programme nur mit Geofabrik-Extrakten funktionieren, ist das ja auch ein
bisschen kurzsichtig. 

> 
> Ich aergere mich manchmal, dass ich auf der Geofabrik-Seite nicht von 
> vorn herein eine Zwangsregistrierung eingebaut habe. Als Benutzer finde 
> ich sowas immer bescheuert, wenn ich mich irgendwo erst anmelden soll - 
> deswegen hab ich das auch nie gemacht. Aber als Seitenbetreiber bzw. 
> Download-Anbieter wuerde ich manchmal echt gern eine Rundmail an alle 
> schicken: "Ab dem 1.12. gibt es folgende Aenderungen, bitte richtet Euch

> schonmal drauf ein..." - aber die Moeglichkeit habe ich nicht. 
> Mittlerweile werden die Geofabrik-Extrakte (zu meinem Bedauern) mehr und

> mehr von End-User-Software heruntergeladen, da ist die Chance, die Leute

> zu erreichen, praktisch Null.

Eine Zwangsregistrierung fände ich auch unangebracht. Aber eine
freiwillige wäre vielleicht nicht schlecht. Am einfachsten geht das
wahrscheinlich per Mailingliste, die jeder abonieren kann, der auf dem
Laufenden gehalten werden will. Die Endanwender zu informieren ist
eigentlich gar nicht so wichtig. Es sind ja die Programmautoren, die ihre
Anwender ggf. mit Updates zu versorgen haben.

Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten

[Matthias Julius]

On Fri, 26 Nov 2010 12:57:33 +0100, André Joost
 wrote:
> Am 26.11.10 12:42, schrieb Matthias Julius:
> 
>>
>> Das ist ja dann noch ein Grund, die Wege nicht zu verstümmeln.
>>
>> Wenn von einem Weg ein Knoten nicht im Extrakt enthalten ist, kann die
>> Applikation entscheiden, wie sie sich verhalten soll. Wenn der Knoten
aus
>> dem Weg entfernt worden ist, kann die Applikation davon nichts wissen.
>> Mit
>> dem Nachbarextrakt zusammenfügen lässt sich das auch nicht sinnvoll.
>>
> 
> Das hat aber zur Folge, dass in jedem noch so kleien Extrakt sämtliche 
> Autobahnen, Bundesstraßen, Europastraßen, internationale Rad- und 
> Wanderwege drin sind, weil die alle durch Sammelrelationen untereinander

> verknüpft sind. Das sind dann keine Extrakte mehr.

Wieso? Die referenzierten Objekte, die komplett ausserhalb des
Grenzpolygons liegen wären ja auch weiterhin nicht im Extrakt enthalten.
Nur die Referenzen würden nicht beseitigt.

M.M.n. sollten die Extrakte so gebaut werden:

1. Alle Knoten innerhalb des Grenzpolygons
2. Alle Wege, die mindestens einen Knoten aus 1. referenzieren
3. Alle Relationen, die mindestens einen Knoten aus 1., einen Weg aus 2.
oder eine Relation aus 3. referenzieren

Die Extrakte wären so am einfachsten zu erzeugen und am flexibelsten
einzusetzen weil keine Daten modifiziert werden.

Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten

[Matthias Julius]

On Fri, 26 Nov 2010 12:32:00 +0100, Frederik Ramm 
wrote:
> Hallo,
> 
> On 11/26/10 11:54, Matthias Julius wrote:
>> Was passiert eigentlich mit Wegen, die die Grenze mehrfach kreuzen?
>> Kriegt
>> dann jedes Fragment eine eigene ID? Man kann ja nicht einfach nur die
>> Knoten weglassen, die ausserhalb der Grenze liegen.
> 
> Doch, genau das macht Osmosis. Das fuehr dann manchmal zu ziemlich 
> deformierten Polygonen.

Das ist ja dann noch ein Grund, die Wege nicht zu verstümmeln.

Wenn von einem Weg ein Knoten nicht im Extrakt enthalten ist, kann die
Applikation entscheiden, wie sie sich verhalten soll. Wenn der Knoten aus
dem Weg entfernt worden ist, kann die Applikation davon nichts wissen. Mit
dem Nachbarextrakt zusammenfügen lässt sich das auch nicht sinnvoll.

Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten

[Matthias Julius]

On Fri, 26 Nov 2010 01:32:45 -0800 (PST), NopMap  wrote:
> Hi!
> 
> 
> Matthias Julius wrote:
>> 
>> 
>> Zu 2. und 3.: Ich fände es deutlich besser, wenn Objekte in den
>> Extrakten
>> nicht modifiziert würden. Dann wären grenzüberschreitende Objekte eben
>> unvollständig. Eine verarbeitende Software kann das ja relativ einfach
>> selbst beschneiden. Unmodifizierte Objekte hätten aber den grossen
>> Vorteil,
>> dass sich zwei benachbarte Extrakte problemlos ohne Lücken wieder
>> zusammenfügen lassen würden.
>> 
>> 
> 
> Da muß ich Dir widersprechen. Es ist sehr gut so, daß in den Extraktne
> keine
> ungültigen Referenzen auf nicht vorhandene Objekte enthalten sind - denn
> die
> lösen in weiterverarbeitenden Tools Fehlermeldungen aus. Ist ja auch
> richtig
> so, keine Software kann einen Verweis auf etwas das nicht da ist
> verarbeiten.

Es ist zwar schon ein paar Jahre her, aber die API hat auch mal
unvollständige Wege ausgespuckt. Die meisten map-Downloads werden wohl
unvollständige Relationen enthalten. Eine Software, die damit nicht umgehen
kann, halte ich für buggy.

> 
> Im Grenzgebiet macht es nur Sinn, das nächstgrößere Extrakt zu verwenden
> und
> den gewünschten Ausschnitt selbst dort zu extrahieren. Ein
Zusammensetzen
> von OSM Files gibt immer Probleme durch Duplikate und Schneidartefakte.

Zwei Extrakte vom gleichen Planet lassen sich auch problemlos wieder
zusammensetzen - wenn die Daten nicht modifiziert worden sind.

> Bzw.
> wenn Du einen sehr ausgebufften Merge-Algorithmus dafür schreibst, kann
> der
> auch zwei "halbe" Ways wieder zum Original restaurieren. Aber alle
anderen
> Tools, die nur ein Extrakt betrachten, sehen einen konsistenten
> Datenbestand.

Das Problem ist, dass zwischen den beiden (oder mehr) Hälften eine Lücke
ist. Mit den Standardprogrammen geht das dann nicht mehr. Geordnete
Relationen kriegt man auch nicht so einfach wieder in die richtige
Reihenfolge.

Was passiert eigentlich mit Wegen, die die Grenze mehrfach kreuzen? Kriegt
dann jedes Fragment eine eigene ID? Man kann ja nicht einfach nur die
Knoten weglassen, die ausserhalb der Grenze liegen.

Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten

[Matthias Julius]

On Fri, 26 Nov 2010 08:24:46 +0100, Frederik Ramm 
wrote:
> Die Geofabrik-Extrakte verhalten sich also ab jetzt so:
> 
> 1. alle Nodes im betreffenden Gebiet sind enthalten
> 2. alle Ways, die einen dieser Nodes nutzen, sind enthalten, allerdings 
> werden sie um die Nodes gekuerzt, die ausserhalb des Gebiets liegen
> 3. alle Relationen, die irgendein Objekt referenzieren, das im Auszug 
> enthalten ist, sind ebenfalls enthalten, allerdings werden sie um die 
> Elemente gekuerzt, die nicht enthalten sind
> 4. alle Objekte sind wie ueblich numerisch aufsteigend sortiert.

Zu 2. und 3.: Ich fände es deutlich besser, wenn Objekte in den Extrakten
nicht modifiziert würden. Dann wären grenzüberschreitende Objekte eben
unvollständig. Eine verarbeitende Software kann das ja relativ einfach
selbst beschneiden. Unmodifizierte Objekte hätten aber den grossen Vorteil,
dass sich zwei benachbarte Extrakte problemlos ohne Lücken wieder
zusammenfügen lassen würden.

Mein konkretes Problem: Ich wohne z.Z. in der Schweiz, meine Eltern in D
und die meiner besseren Hälfte in F. Wir sind also in den drei Ländern
häufig unterwegs und daher möchte ich mir eine Garmin-Karte basteln, die
diese Länder enthält. Mit den Geofabrik-Extrakten ist dies so nicht
möglich.

Mir ist natürlich bewusst, dass es da auch andere Lösungen gibt, aber das
zusammenfügen von ein paar Extrakten is deutlich bequemer als das
Ausschneiden aus dem Europa-Extrakt z.B.

Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Werden IDs von gelöschten Objekten wiede r vergeben?

[Matthias Julius]

On Tue, 23 Nov 2010 16:38:24 +0100 (CET), Fabian Schmidt
 wrote:
> Am 23.11.10 schrieb Jochen Topf:
> 
>> Die ID wird niemals neu vergeben. Auch deswegen, weil gelöschte Objekte
>> ja
>> noch da sind. Sie werden nur als gelöscht gekennzeichnet, aber sie sind
>> mit
>> allen ihren Änderungen in der Historie noch abrufbar.
> 
> d.h. es kann passieren, dass eine ID an einer Stelle gelöscht und an
einer
> ganz anderen Stelle wieder recycelt wird:

Das kann eigentlich nicht passieren. Schon alleine deshalb, weil die IDs
von der Datenbank mittels einer Sequenz generiert wird. D.h. sie werden
fortlaufend vergeben, ohne dabei nachzusehen, ob irgendwo eine frei ist.

> 
> http://www.openstreetmap.org/browse/node/4/history

Ich halte das eher für ein Artefakt der Umstellung auf API 0.6 oder so.

Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Lokalisierung und bessere Suche in Taginfo

[Matthias Julius]

On Mon, 22 Nov 2010 18:42:51 +0100, Jochen Topf  wrote:
> 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.

Der einzige kleine Schönheitsfehler, der mir aufgefallen ist, ist, dass
Values, die bei mehreren Keys vorkommen, mehrfach in der Ergebnisliste
stehen. Man kann zwar den zugehörigen Key recht einfach per Tooltip
herausfinden, aber übersichtlicher wäre es, wenn die Keys in irgendeiner
Form direkt in der Ergebnisliste ständen.

> 
> 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".

Hier ist anzumerken, dass damit das Firefox-eigene Suchfeld gemeint ist
und nicht das von Taginfo.

> Viel Spass beim Ausprobieren!

Danke!

Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Grünflächen in Wohnanlagen

[Matthias Julius]

On Wed, 17 Nov 2010 17:08:03 +0100, M∡rtin Koppenhoefer
 wrote:
> Am 17. November 2010 16:22 schrieb Jan Tappenbeck :
>> Hi !
>>
>> das geht aber immer mehr in Richtung PARK !
>>
>> Gruß Jan :-)
> 
> 
> ich würde wohl landuse=residential lassen (wenn die Rasenflächen Teil
> der Wohnanlage sind) und leisure=garden mit einem geeigneten
> garden-subtag (s. Wiki) verwenden.

Eine Wiese als Garten zu bezeichnen ist aber wohl doch etwas daneben. Was
spricht gegen landuse=residential für das gesamte Wohngebiet und
leisure=park für den Rasen falls es parkähnlich ist oder anderenfalls
leisure=green, leisure=grass oder leisure=lawn auch wenn diese nicht in den
Map Features stehen. Die gibt es aber schon 98x, 42x und 3x in OSM (laut
Taginfo).

Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] JOSM-Update bei Ubuntu

[Matthias Julius]

On Wed, 17 Nov 2010 09:13:04 +0100, Wolfgang 
wrote:
> ich oute mich hier mal: Für mein Suse gibt es das schon lange. Die
> OSM-Pakete 
> werden von den Entwicklern in ein eigenes Repository geschoben, das über
> pin 
> gefunden und in die normale Softwareverwaltung eingebunden werden kann.
> Immer 
> wenn eine neue Version eines OSM-Programms (josm, osmosis, merkaartor,
> ...) 
> stabile ist/scheint, wird sie von den Entwicklern rübergeschoben und
kann 
> vollkommen stressfrei eingebunden werden.
> 
> Ich wundere mich eigentlich etwas, dass das unter Ubuntu so ein Thema
ist.

Es ist kein grosses Thema. Es muss nur jemand machen.

Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Pumpwerk der Entsorgung

[Matthias Julius]

On Tue, 16 Nov 2010 16:49:36 +0100, Torsten Leistikow 
wrote:
> Die Frage hier ist doch mal wieder, aus welchem Blickwinkel man ein
Objekt
> betrachtet:
> 
> A) Es handelt sich hierbei grob gesagt um ein Objekt der
> Abwasserentsorgung. Und
> wenn man das genauer betrachtet, sieht man, dass es sich dabei um eine
> Pumpstation handelt.
> 
> oder
> 
> B) Es handelt sich hierbei grob gesagt um eine Pumpstation. Und wenn man
> sich
> diese genauer betrachtet, sieht man, dass diese Abwaesser pumpt.
> 
> Die eine Sichtweise ist genauso gut/schlecht richtig/falsch
> sinnvoll/unsinnig
> wie die andere.

Dann bietet sich vielleicht noch die Verwendung des "utility"-Tags an. Das
gibt es ja auch schon 200x in OSM. Dann könnte man die obigen Fälle wie
folgt behandeln:

A) utility=sewage (oder wastewater)
   man_made=pumping_station

oder

B) man_made=pumping_station
   utility=sewage (oder wastewater)

;-)

Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Pumpwerk der Entsorgung

[Matthias Julius]

On Tue, 16 Nov 2010 09:20:50 +0100, Ulf Lamping
 wrote:
> Am 16.11.2010 09:06, schrieb Matthias Julius:
>>
>> On Tue, 16 Nov 2010 08:53:41 +0100, Andreas Labres  wrote:
>>> On 16.11.10 08:14, Guenther Meyer wrote:
>>>> type = sewer
>>>
>>> Ich bin jetzt im Englischen auch nicht sooo fit, aber für mein Gefühl
>> ist
>>> sewer
>>> eher das einzelne Abflussrohr, der Abwasserkanal, während "das
>>> Abwasser"
>>> (als
>>> Kategorie) IMO eher "sewage" heißt.
>>
>> Das ist richtig. Allerdings würde ich mich eher für "wastewater"
>> entscheiden, da es "man_made=wastewater_plant" ja schon gibt.
>>
>> Man könnte das Ganze auch "man_made=wastewater_pumpstation" nennen.
> 
> Ich würde eine Pumpstation von der Art her "parallel" zu Pipeline sehen:
> 
> http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dpipeline
> 
> Ob die einzelnen "Subtags" dort besonders schlau gemacht sind lasse ich 
> mal dahingestellt, aber die Ähnlichkeit zwischen einer Pumpstation und 
> einer Pipeline sind in der Realität so frappierend, das die dort 
> verwendeten "Subtags" auch hier verwendet werden sollten.
> 
> Also sowas wie:
> 
> man_made=pump_station
> type=sewer

OK, wenn es die Tags da schon gibt, ist das Kind ja schon in den Brunnen
gefallen.

Allerdings gibt es auch 25x type=sewage in OSM (type=sewer gibt es nur
24x). Das steht zwar nicht im Wiki, ist aber m.M.n. vorzuziehen. Die
Wikiseite kann man ja anpassen.

Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Pumpwerk der Entsorgung

[Matthias Julius]

On Tue, 16 Nov 2010 08:53:41 +0100, Andreas Labres  wrote:
> On 16.11.10 08:14, Guenther Meyer wrote:
>> type = sewer
> 
> Ich bin jetzt im Englischen auch nicht sooo fit, aber für mein Gefühl
ist
> sewer
> eher das einzelne Abflussrohr, der Abwasserkanal, während "das Abwasser"
> (als
> Kategorie) IMO eher "sewage" heißt.

Das ist richtig. Allerdings würde ich mich eher für "wastewater"
entscheiden, da es "man_made=wastewater_plant" ja schon gibt.

Man könnte das Ganze auch "man_made=wastewater_pumpstation" nennen.

Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] JOSM-Update bei Ubuntu

[Matthias Julius]

Guido Scholz  writes:

> Die eigentliche josm-Version versteckt sich hier:
>
>   /usr/share/josm/josm-0.0.svn3514.jar
>
> Man erkennt auch gleich welche svn-Version vorliegt.
>
> Genug der vielen Worte. Meine Variante besteht nun darin, diese alte
> Version durch eine neue zu ersetzen. Dazu kopiere ich die frisch
> heruntergeladene Datei einfach auf die alte z.B. wie folgt:
>
>   sudo cp josm-tested.jar /usr/share/josm/josm-0.0.svn3514.jar
>
> Das ist es schon. Ein Vorteil dieses Vorgehens ist, dass sich das
> josm-Paket jederzeit ohne Spuren zu hinterlassen über das Paketsystem
> deinstallieren läßt. Weiterhin kann man josm über das normale Menu
> starten, denn der Eintrag bleibt erhalten.

... und wenn es Ubuntu in den Sinn kommen sollte, deren JOSM-Paket zu
aktualisieren, wird die händisch installierte Version kurzerhand wieder
überschrieben. Das könnte irgendwann mal für Überraschungen sorgen.

Hat eigentlich irgend jemand mal das Debian-Paket ausprobiert?

Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] JOSM-Update bei Ubuntu

[Matthias Julius]

On Mon, 15 Nov 2010 13:48:51 +0100, Jan Tappenbeck 
wrote:
> Im Web habe ich unter [1] eine Anleitung gefunden, das josm-tested.jar 
> heruntergeladen und
> 
> sudo mv ./Desktop/josm-tested.jar /usr/share/java/
> 
> ausgeführt.
> 
> Das Jar war danach auch vom Desktop verschwunden - aber wenn ich das
> "alte" Icon dann ausführe, dann wird immer noch die 20-Monate alte
Version
> gestartet.
> 
> Kann mir einer sagen wie man das am besten macht.

Grundsätzlich würde ich das Paket der Distribution deinstallieren. Dann
gibt es wenigstens keine Interferenzen.

Debian hat das gegenwärtige josm-tested in unstable. Das Paket kann man
von http://packages.debian.org/sid/all/josm/download herunterladen und per
dpkg -i manuell installieren. Ob das aber unter Ubuntu funktioniert, kann
ich Dir nicht sagen. Wie gut das Debian-Paket überhaupt funktioniert, kann
ich Dir auch nicht sagen. Es gibt jedenfalls ein paar Bugs
(http://bugs.debian.org/josm).

Ich lade mir jedenfalls die jeweilige JOSM-Version manuell von
http://josm.openstreetmap.de/download herunter und starte die dann per
"java -jar josm-testing.jar" oder so ähnlich direkt von der Konsole.

> 
> Unter Windows habe ich noch eine Einstellung im Start-Batch mit welchem
> ich der JAR mehr Speicher zuweisen. Vielleicht kann einer in diesem
> Zusammenhang mir gleich nochmal sagen wie ich dieses integriert
bekommen.

Hier funktioniert die gleiche Option wie unter Windows. Aus der obigen
Befehlszeile wird dann sowas wie "java -Xmx512M -jar josm-tested.jar".

Man kann das ganze dann auch in ein Shell-Script schreiben. Dazu eine
Textdatei (z.B. mit Namen josm-start) anlegen:

---
#!/bin/sh

java -Xmx512M -jar /pfad/zu/josm-tested.jar
---

Dann sollte man die Datei als ausführbar kennzeichnen: "chmod a+x
josm-start"

Und dafür lässt sich dann auch ein Icon oder Eintrag im Menü anlegen.

Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Tagwatch vs. tagstat

[Matthias Julius]

On Mon, 15 Nov 2010 10:55:57 +0100, M∡rtin Koppenhoefer
 wrote:
> Am 15. November 2010 10:22 schrieb Jochen Topf :
>> Ich habe versucht mit der Karte, wo die Keys sind, so ein bischen die
>> Geographie mit zu berücksichtigen. Ich will das auch noch weiter
>> ausbauen
>> auf Ways/Relations und auch für Values, sobald ich Zeit habe, mir zu
>> überlegen,
>> wie das effizient gemacht werden kann.
> 
> 
> ja, wenn bei der Suche auch Values berücksichtigt würden wäre das
> nochmal ein Riesenschritt und würde einem immens dabei helfen, wenn
> man ein bestimmtes (einem noch unbekanntes) Tag zu einem Feature
> sucht, für das bisher noch nichts dokumentiert ist. Bisher muss man in
> Taginfo schon eine grobe Ahnung haben, wo man suchen muss, und wenn es
> dann eine Amenity ist, muss man ggf. zig Seiten durchbrowsen, um
> festzustellen, dass es eben doch noch nichts gibt. Ich sehe die
> Value-Suche mit Abstand als den wichtigsten Featurerequest (der
> vermutlich auch auf Auswertungsseite am meisten Ressourcen schluckt).

Was ich auch noch lästig finde, ist der Umstand, dass Listen sich ihre
Sortierung und angezeigte Seite nicht merken. Wenn man z.B. einen
Listeneintrag angeklickt hat und dann im Browser auf die Zurück-Taste
drückt, wird die Liste wieder in ihrer Standardsortierung angezeigt und
steht ganz am Anfang. Man kann sich den Eintrag natürlich auch in einem
neuen Fenster/Tab anzeigen lassen, nur muss man daran auch denken.

Ich fände auch besser, wenn die Suchergebnisse in Tabellenform angezeigt
würden.

Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Förderbandbrücke

[Matthias Julius]

On Fri, 12 Nov 2010 11:37:26 +0100, M∡rtin Koppenhoefer
 wrote:
> Am 12. November 2010 11:16 schrieb Chris66 :
>> Am 12.11.2010 10:58, schrieb Frank Martin:
>>
>>> Ich meine für Güter, nicht für Menschen.
>>
>> für Güter wäre der korrekte englische Begriff man_made=conveyor_belt
>> ggf. zusammen mit bridge=yes.
> 
> 
> sehe ich auch so. Es gibt schon ein Proposal dafür:
> http://wiki.openstreetmap.org/wiki/Proposed_features/Goods_conveyor
> 
> analog zu bridge=xy könnte man es auch (zusätzlich) als bridge subtag
> sehen, wobei es ja auch Förderbänder gibt, die keine brückenartigen
> Konstruktionen sind.

conveyor_belt != goods_conveyor

Laut Taginfo gibt es:

6x man_made=conveyor
23x man_made=conveyor_belt
24x man_made=goods_conveyor

Such Dir was aus!

Schade, dass man bei Taginfo nicht nach values suchen kann.

Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de