Re: [Talk-de] Wege in Passagen

[Bernd Wurst]

Hallo.

Am Sonntag, 21. Dezember 2008 schrieb Wolfgang W. Wasserburger:
> In Italien bilde ich mir sogar ein Raststätten gesehen zu haben, die quer
> über Autobahnen mit zwei Aufgangsgebäuden gestellt sind. Also sogar
> motorway?

Da brauchst du nicht nach Italien fahren:
http://de.wikipedia.org/wiki/Br%C3%BCckenrasthaus_Frankenwald
http://de.wikipedia.org/wiki/Rastst%C3%A4tte_Dammer_Berge

Gruß, Bernd

-- 
Outside the killings, Washington has one of the lowest crime rates
in the country.  -  Mayor Marion Barry, Washington, D.C.



signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] andnav.org - Android Navigation System

[Nicolas Gramlich]

Hi Mike,

auf was genau beziehst du dich mit "Lade-Geschwindigkeit" ?
Grade heute hab ich ein neues Feature eingebaut, welches 
ähnlich wie die SlippyMaps die Teile eines ZoomLevels aus 
den des höhergelegenen interpoliert:
http://www.andnav.org/index.php/component/content/article/37-about-andnav2/95-andnav2-new-maptile-interpolation

Das sollte die wahrgenommene "Lade-Geschwindigkeit" der 
Maptiles deutlich verringern. (Falls du das meintest).

Beste Grüße,
Nico & Pascal

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

Re: [Talk-de] Wege in Passagen

[Wolfgang W. Wasserburger]

 >  tertiary? Das finde ich ein bisschen übertrieben. residential oder wohl 
 > meist pedestrian oder footway, je nach Breite und Befahrbarkeit. 


Habe schon Bundesstraßen gesehen, die durch ziemlich breite Stadttore mit 
echten Obergeschoßen führen. Das wären sogar primarys? Oder nicht?

In Italien bilde ich mir sogar ein Raststätten gesehen zu haben, die quer über 
Autobahnen mit zwei Aufgangsgebäuden gestellt sind. Also sogar motorway?

lG Wolfgang 

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

Re: [Talk-de] Ortsgebiet

[Wolfgang W. Wasserburger]

> Sowohl der Algorithmus als auch die Metrik sind Pluging. Du hast die Wahl.

Pluging? ist mir als Begriff noch nicht begegnet;-)

Danke für die andere Erklärung

lg Wolfgang


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

Re: [Talk-de] 2. RFC für Internet Cafes

[Simon Kokolakis]

Stefan Hirschmann schrieb:
> * Wichtig: Internet_access ist ein Zusatzattribut. D.h. ein Internet
> Cafe wird als
>   amenity=cafe
>   internet_access=terminal
> getaggt.

Finde ich nicht gut. Schliesslich haben ein Kaffee-Cafe und ein 
Internetcafe nicht viel gemeinsam, ausser den Namen. Warum nicht einfach 
amenity=internetcafe?

Beste Grüße,
Simon

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

[Talk-de] 2. RFC für Internet Cafes

[Stefan Hirschmann]

Hi!

Habe unter

einen RFC für das bereits in dieser ML diskutierte Tag für Internet
Cafes zusammen geschrieben.

Wichtigste Sachen zusammen gefasst:
* Zusätzlich zum Tag wird auch der Namespace internet:access= erlaubt.

* Es werden versch. Arten des Internets unterschieden.

* Internet_access berücksicht keine Kosten, aber durch Namespace
internet: möglich, allgemeine Tags für Internet zu spezifizieren.

* Wichtig: Internet_access ist ein Zusatzattribut. D.h. ein Internet
Cafe wird als
amenity=cafe
internet_access=terminal
getaggt.


Bitte um Kommentare.

Lg Stefan

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

Re: [Talk-de] Straßen in in Baugebiet mit Vorerschl ießung

[Garry]

Stephan Schildberg schrieb:
> highway=construction
>   
Wenn dann bitte construction=yes !!!
Da die Strassen aber schon befahrbar sind und zum navigieren für die 
Materialanfahrer und Bauhelfer sinnvoll sind
ist eine Form von construction nicht angebracht.

Garry

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

Re: [Talk-de] Stra?en in in Baugebiet mit Vorerschlie?ung

[Heiko Jacobs]

Holger Wemken  wrote:
> ich trage das ganze Baugebiet als "landuse=construction" ein. Das 

(DE:)Map_Features kennt nur greenfield und brownfield dafuer...
highway=service waere evtl. eine Idee, wenn bspw. auch noch Nebenanlagen
wie Gehwege fehlen...

   MfG   Heiko Jacobs   Z!   IRCnet Mueck
-- 
Douglasstr. 30, D-76133 Karlsruhe   fon +49 721 24069 fax 2030542
Geo-Bild Ing.b?ro  geo-bild-KA.de   Internet-Service auch-rein.de
Couleurstud. Infos  cousin.de   VCD, umwelt&verkehr KA umverka.de


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

Re: [Talk-de] Berliner Stadteil fast komplett gelöscht

[Frederik Ramm]

Hallo Sascha

Sascha Pomplun wrote:
> in Berlin hat der User Dischord das halbe Märkische Viertel gelöscht. 

Oh Mann, ich dachte jetzt, das wird ne größere Aktion. Aber das 
Märkische Viertel muss kleiner sein als von mir angenommen, oder Du hast 
maßlos übertrieben ;-) der User hat in den ganzen letzten zwei Monaten 
gerade mal 37 Änderungen vorgenommen (1x Node erzeugt, 1x Relation 
erzeugt, 31x Way gelöscht, 4x Relation geändert).

5 von diesen Löschungen habt ihr bereits mit Potlatch repariert, die 
anderen habe ich nun rückgängig gemacht, es handelte sich um:

w21288499: name=Heizengraben waterway=stream
w21759543: name=Fasaneriegraben waterway=stream
w25559114: name=Straupitzer Steig highway=residential
w25683837:
w25683838: name=Mehrzweckhalle skates=yes building=yes
w27264120: building=yes
w27264121: building=yes
w27830782: leisure=pitch sport=soccer
w27835170: leisure=pitch sport=tennis
w27835171: leisure=pitch sport=tennis
w27835172: leisure=pitch sport=tennis
w27835173: leisure=pitch sport=tennis
w27835174: leisure=pitch sport=tennis
w27835175: amenity=parking
w27835178: name=Treuenbrietzener Straße highway=residential bridge=yes 
layer=1
w27835183: name=Senftenberger Ring highway=residential
w28426611: name=Wilhelmsruher Damm highway=secondary
w28426612: name=Wilhelmsruher Damm highway=secondary
w4765371: name=Borgsdorferstraße highway=residential
w4765372: name=Dannenwalder Weg highway=residential
w4765374: name=Krangener Weg highway=residential
w4765376: name=Teschendorfer Weg highway=residential
w4765377: name=Germendorfer Straße highway=residential
w4765383: name=Wentowsteig highway=residential
w4802807: name=Senftenberger Ring highway=residential
w4802809: name=Königshorster Straße highway=residential

Die Relationen habe ich wiederhergestellt, allerdings muss ich bei 51804 
("Buslinie 221") und 52952 ("Buslinie M21") passen, die sind nach der 
Löschaktion vom User "Spartanischer Esel" bearbeitet worden - evtl. kann 
die jemand vor Ort von Hand pruefen.

> In der Datenbank sind nur noch die ganzen einzelnen Nodes ohne ihre Wege
> vorhanden.

Zum Glück, das hat die Sache leichter gemacht ;-)

ti...@home-re-rendering ist angestossen.

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] Pension und so

[Ulf Lamping]

Alexander Schulze schrieb:
> Hallo zusammen,
> 
> ist "tourism=guest_house" der richtige Tag für Pensionen?

Leider ist guest_house nicht so richtig beschrieben. Würde ich erstmal 
auch dafür nehmen - da ich aber selber selten in Pensionen übernachte 
hab ich mir das auch noch nicht sooo genau überlegt.

Häufig kann man ja sogar am Namen erkennen was es ist: "Haus Maria" 
gegen "Gasthof Brunner". Wenn du magst, häng halt noch ein pension=yes dran.


> Verwendet ihr den auch, wenn ne Gaststätte zusätzlich noch nen paar 
> Zimmer anbietet?

Was man z.B. häufiger als so "Gasthof Huber" findet. Dafür nehme ich es 
eigentlich hauptsächlich.

> und meine dritte Frage.
> Wie taggt ihr ein Objekt, welche über mehrere Attribute verfügt (Hotel, 
> Gaststätte und Biergarten)?
> Alles auf einen Node oder setzt ihr mehrere?
> 

Da würde ich persönlich zwei Nodes setzen:

tourism=hotel
amenity=restaurant
name=Huber

und

amenity=biergarten
name=Huber

sind ja meist räumlich zwei getrennte Sachen.


Aus meiner Sicht macht es meist Sinn, getrennte nodes zu setzen. Die 
Sachen sind ja meist wirklich (wenn auch nur ein wenig) räumlich 
getrennt. Dann hat man zumindest auch eine Chance, daß es irgendwann mal 
gerendert wird. Wir taggen zwar nicht für die Renderer, aber das 
Rendering von "amenity=biergarten;restaurant" wird wohl so schnell nicht 
passieren.

Gruß, ULFL

P.S: Vollends seltsam wird es dann bei mehrstöckigen Gebäuden 
(Ergeschoß: Apotheke, 1. Arzt, 2. Anwalt, 3. Notar), aber das ist eine 
andere Geschichte, zu lang, um hier noch geklärt zu werden ...


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

Re: [Talk-de] Berliner Stadteil fast komplett gelöscht

[Frederik Ramm]

Hi,

Sascha Pomplun wrote:
> in Berlin hat der User Dischord das halbe Märkische Viertel gelöscht. 

Ich fange jetzt mit den Reparaturarbeiten an (bzw, gucke erstmal, was 
genau kaputt ist, und repariere dann, was zu reparieren ist).

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

[Talk-de] Pension und so

[Alexander Schulze]

Hallo zusammen,

ist "tourism=guest_house" der richtige Tag für Pensionen?

Verwendet ihr den auch, wenn ne Gaststätte zusätzlich noch nen paar 
Zimmer anbietet?

und meine dritte Frage.
Wie taggt ihr ein Objekt, welche über mehrere Attribute verfügt (Hotel, 
Gaststätte und Biergarten)?
Alles auf einen Node oder setzt ihr mehrere?

schönen gruß
Alex

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

Re: [Talk-de] Tag für Saunapark

[Martin Koppenhoefer]

Am 20. Dezember 2008 20:10 schrieb Chris66 :

> Arne Bischoff schrieb:
> > Hallo,
> >
> > Ein Tag für einen Saunapark schon festgelegt?
> >
> > Gruß, Arne+++
>
> Moin,
> für meine beiden bisher erfassten Saunas ist mir auch
> nicht bessers eingefallen als building=yes,
> name=xy-sauna für das Gebäude und leisure=park
> für den Garten.
> Grüße
> Chris
>
> wobei garden da besser wäre als park,

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

Re: [Talk-de] Worldfile vom 17.12.08

[Carsten Schwede]

Hallo,

Dermot McNally schrieb:
> Hättest du was dagegen, building=  auch so zu behandeln? Das

Genau das hatte ich auch vor, die neue Methode ermöglicht das ja erst. 
Hatte ich nur die Woche noch nicht dran gedacht.

> kommt im Datensatz häufig vor und die gleiche Darstellung ist
> sicherlich legitim.

Dann wirds noch mehr an Daten. :-)

-- 
Viele Grüße
Carsten


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

Re: [Talk-de] Tag für Saunapark

[Chris66]

Arne Bischoff schrieb:
> Hallo,
> 
> Ein Tag für einen Saunapark schon festgelegt?
> 
> Gruß, Arne+++

Moin,
für meine beiden bisher erfassten Saunas ist mir auch
nicht bessers eingefallen als building=yes,
name=xy-sauna für das Gebäude und leisure=park
für den Garten.
Grüße
Chris


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

Re: [Talk-de] Straßen in in Baugebiet mit Vorerschlie ßung

[Johann H. Addicks]

Martin Koppenhoefer schrieb:

> verabschiedet, das ist vor den Bauarbeiten, die Auslegung war
> *19.06.2007 bis 19.07.2007.

Findest Du was aktuelleres (ohne dafür auf ein Amt zu gehen)?


Zumindest habe ich den Eindruck, dass es Online systematisch nur
Planungen und Entwürfe gibt und nicht mehr das was dann schließlich
beschlossen wurde. Nach dem Motto "Da brauchen wir keine
Bürgerbeteiligung mehr im Interner".

-jha-


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

Re: [Talk-de] Betriebssysteme für OSM-Anwender

[Hatto von Hatzfeld]

Ulf Lamping wrote:

> André Reichelt schrieb:
>> Martin Trautmann schrieb:
>>> ... und dass die Shortcuts im Menu angezeigt werden, fehlt bei vielen
>>> Win-/Java-Programmen.
>> 
>> Zusätzliche Arbeit, die keine wirklichen Vorteile bringt, sparen sich
>> programmierer meist. Da hat z.B. das Vidual Studio einen Vorteil: Hier
>> wird jedem Knopf im Menü die Tastenkombination direkt zugewiesen und
>> dann vollautomatisch angezeigt.
> 
> Ist ja auch nur im JOSM schon seit Monaten so eingebaut.

... und sehr hilfreich. Das unterstützt den Lernprozess des Anwenders
bezüglich der Shortcuts enorm. Einen Dank an die Programmierer!

Hatto



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

Re: [Talk-de] Straßen in in Baugebiet mit Vorerschlie ßung

[Martin Koppenhoefer]

Am 20. Dezember 2008 18:58 schrieb Johann H. Addicks :

> Martin Koppenhoefer schrieb:
>
> > wenn Du Lust hast, ein wenig nachzuforschen, wirst Du ziemlich sicher
> > einen Bebauungsplan finden, wo die Straßen dann alle mit Namen drin
> > sind. Da dieser öffentlich (normalerweise als Gemeinderatsbeschluss oder
> > ähnliches) verkündet wurde, darf man den auch als Quelle verwenden.
>
> Und wenn man Pech hat, dann hält man etwas in den Händen auf dem
> "Planstraße A" und "Planstraße B" beschriftet ist wo Du bereits
> langradeln kannst und wo noch die Straßenschilder fehlen.
> Beispiel:
>
>
> http://www.duesseldorf.de/lib_neu/html/grafik.shtml?/planung/bauleit/oberbilk/5676_061b/bp_5676_061.jpg
>
> -jha-
>
> naja, das passiert m.E. eher in einem frühen Planungsstadium, (oder
vielleicht mit viel Pech), ansonsten stehen die Straßennamen oft schon fest.
Der von dir gepostete B-Plan ist ja nur ein Entwurf und noch nicht
verabschiedet, das ist vor den Bauarbeiten, die Auslegung war *
19.06.2007 bis 19.07.2007.

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

Re: [Talk-de] Berliner Stadteil fast komplett gel?scht

[Frederik Ramm]

Hi,

Sven Sommerkamp wrote:
> Und das führt früher oder später dazu, das diejenigen die große Erfahrung und 
> Wissen haben dem Projekt verloren gehen

Die werden dem Projekt so oder so verloren gehen, weil es ganz 
natuerlich ist, dass sich ein Mensch nicht ein Leben lang fuer dasselbe 
engagiert, und weil sich das Projekt und damit die Anforderungen an die 
Mapper auch veraendern. - Viele der heute erfahrenen Mapper sind 
Technikfreaks, die halt einfach unter den fruehen GPS-Nutzern waren und 
so weiter. Wenn das Projekt erstmal so weit ist, dass GPS-Geraete 
praktisch nicht mehr gebraucht werden (und Deutschland ist IMHO davon 
nicht mehr weit entfernt - zumindest in Ballungsraeumen kann man heute 
mit einem GPS praktisch nichts mehr nuetzliches Beitragen), werden diese 
Leute die Sache uninteressant finden und gehen. Viele werden auch die 
mit der Reifung des Projekts einhergehende staerkere Strukturierung 
(oder Verknoecherung) ablehnen und deshalb gehen ("das ist nicht mehr 
das OSM, dem ich mich vor 10 Jahren verschrieben habe").

> Dann stirbt so ein Projekt und die Daten veralten, schon bald kann sie 
> niemand 
> mehr gebrauchen.

"Death of OSM predicted! Film at eleven."

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] Post Tübingen (was: Re: JOSM-Gesch windigkeit)

[Martin Koppenhoefer]

>
>
> Bin allerdings schon über 10 Jahre weggezogen, daher nicht mehr ganz auf
> dem Laufenden, so scheint die Hauptpost mittlerweile die "alte Hauptpost" zu
> sein, und eine Apotheke zu enthalten:
> http://www.apotheken-werkstatt.de/a/n_ap_1.jpg
>
>
ganz witzig übrigens: die Einrichtung der Apotheke scheint sich an der
Postvergangenheit zu orientieren:
http://www.apotheken-werkstatt.de/a/n_ap_6.jpg
http://www.apotheken-werkstatt.de/a/n_ap_3.jpg
http://www.apotheken-werkstatt.de/a/n_ap_7.jpg

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

Re: [Talk-de] Straßen in in Baugebiet mit Vorerschlie ßung

[Johann H. Addicks]

Martin Koppenhoefer schrieb:

> wenn Du Lust hast, ein wenig nachzuforschen, wirst Du ziemlich sicher
> einen Bebauungsplan finden, wo die Straßen dann alle mit Namen drin
> sind. Da dieser öffentlich (normalerweise als Gemeinderatsbeschluss oder
> ähnliches) verkündet wurde, darf man den auch als Quelle verwenden.

Und wenn man Pech hat, dann hält man etwas in den Händen auf dem
"Planstraße A" und "Planstraße B" beschriftet ist wo Du bereits
langradeln kannst und wo noch die Straßenschilder fehlen.
Beispiel:

http://www.duesseldorf.de/lib_neu/html/grafik.shtml?/planung/bauleit/oberbilk/5676_061b/bp_5676_061.jpg

-jha-


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

Re: [Talk-de] Post Tübingen (was: Re: JOSM-Gesch windigkeit)

[Martin Koppenhoefer]

2008/12/20 Sascha Silbe 

> On Sat, Dec 20, 2008 at 06:27:54PM +0100, Martin Koppenhoefer wrote:
>
>  ja, aus meiner Sicht ist die am Bahnhof die Hauptpost, die in der Stadt
>> (Neue Straße) die "Stadtpost", und der Rest halt je nachdem
>> Waldhäuser-Ost,
>> Lustnau, Derendingen, ...
>>
> OK, diese Namen kenne ich (als Zugezogener) nicht. Ich kann nur eintragen,
> was entweder aussen dran oder zumindest auf der Homepage der Post steht.
> Trags ruhig als loc_name ein.
>
>
> CU Sascha
>

sieht so aus, als wäre das durchaus ein richtiger Name, so gibt es nebenan
z.B. die Kneipe "zur Stadtpost" und die Tübingen Chronik von 1930 berichtet,
dass der Umbau der Stadtpost abgeschlossen sei (
http://www.tuebingen.de/25_2525.html).

Bin allerdings schon über 10 Jahre weggezogen, daher nicht mehr ganz auf dem
Laufenden, so scheint die Hauptpost mittlerweile die "alte Hauptpost" zu
sein, und eine Apotheke zu enthalten:
http://www.apotheken-werkstatt.de/a/n_ap_1.jpg

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

Re: [Talk-de] Berliner Stadteil fast komplett gel?scht

[Sven Sommerkamp]

Am Samstag, 20. Dezember 2008 18:03:11 schrieb 
talk-de-requ...@openstreetmap.org:
> > Frederik Ramm wrote:
> > > Man kann anhand des t?glichen "diff"-Files alle ?nderungen ermitteln,
> > > die dieser User vorgenommen hat, und kann alle Objekte auf den Stand
> > > von vor der ?nderung zur?cksetzen. Ich habe daf?r ein Skript, aber ich
> > > kann mich erst heute abend darum k?mmern. Das Skript funktioniert auch
> > > nur dort, wo nicht von anderen Benutzern von Hand schon Korrekturen
> > > gemacht wurden. Besonders schlimm ist es in so einem Fall, wenn
> > > gel?schte Objekte von wohlmeinenden Usern von Hand neu eingezeichnet
> > > werden, weil dann n?mlich ein "undo" per Skript daf?r sorgt, dass ein
> > > Weg doppelt vorhanden ist...
> >
> > Per Hand wurde dort m.E. nichts neues eingezeichnet, nur einiges mit der
> > undo-Funktion von Potlatch wieder hergestellt. Falls dort nun was doppelt
> > sein sollte, werde ich mich darum k?mmern, da? es wieder verschwindet.
> > Sehr vieles gab es ja in der Gegend noch nicht.
> >
> > > Ich rate dazu, m?glichst erstmal nichts zu unternehmen (bzw. mal den
> > > User zu kontaktieren und zu fragen, was da passiert ist). Heute abend
> > > analysieren wir mal den Schaden und stellen ggf. die alten Versionen
> > > wieder her.
> >
> > Mit dem User habe ich schon Kontakt aufgenommen. Er hatte auf meine
> > Anfrage geschrieben, das es ein versehen gewesen ist und irgendein Prof.
> > gesagt hat sie(?) sollen mit Josm arbeiten, wobei dieser "Unfall" dann
> > geschehen ist. Danach schrieb ich, das er seinen Prof mal wegen der
> > Reparatur fragen soll, allerdings kam keine Antwort mehr.
> >
> > Gibt es eigentlich einen Grund, warum sich manche Objekte
> > wiederherstellen lassen und manche nicht, auch wenn sie an im gleichen
> > Zug gel?scht worden sind?
> >
> > Gru?
> > Sascha
>
> Unfall ist gut, ich unterstelle ihm da ja nichts b?ses, aber man muss doch
> mindestens eine ganze Stange features markieren (was ja durchaus
> versehentlich vorkommen kann (wenn man nicht genau weiss, was man da
> macht), aber danach muss man doch auch noch "entfernen" oder l?schen
> dr?cken. Und dann auch noch alles hochladen. M.E. ist die
> Wahrscheinlichkeit f?r einen echten Unfall in Potlatch gr??er.
>
> Martin

Und ich muß immer wieder sagen, die Notwendigkeit von Mechanismen gegen solche 
gewollte oder ungewollten "Unfälle" besteht in zunehmenden Maße!

Es sollte ab einem gewissen Bearbeitungszustand von Objekten nicht mehr so 
ohne weiteres möglich sein die sofort zu ändern.
Das läßt sich sicher programmieren, ich würde mich sehr wundern, wenn es dazu 
nicht bereits Ansätze gäbe..

Und dafür soll es dann dort einfacher sein,  neues in die Karte einzutragen, 
wo weiße Flecke in der Karte existieren.

So erreicht man das einerseits, das genügend Möglichkeiten bestehen, als 
Neuling anzufangen, aber gleichzeitig werden die Objekte in der Karte 
geschützt die schon sehr weit entwickelt sind.

Ohne das werden wir uns Meiner Meinung nach, immer im Kreis drehen.

Und das führt früher oder später dazu, das diejenigen die große Erfahrung und 
Wissen haben dem Projekt verloren gehen und Gleichzeitig diejenigen die es 
erst lernen, keine Ansprechpartner mehr finden die ihnen auf den Weg helfen 
können.

Dann stirbt so ein Projekt und die Daten veralten, schon bald kann sie niemand 
mehr gebrauchen.

Das Projekt lebt von Kontinuität und in richtigem Maße Innovaton.

Es braucht die Erfahrung von Leuten die sehr fortgeschritten sind und auch 
neue Interessierte!

Es liegt aber im Interesse aller, das nicht mit wenigen Klicks eine weit 
entwickelte Karte in einigen Bereichen fehlerhaft wird, oder zerstört, 
gelöscht wird.

So wie es auch im Interesse aller liegt das Flecken gefüllte werden und das 
neue einen Ansatz finden.

Dann funktioniert auch der Wikispirit!

Gruß Sven S.


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

Re: [Talk-de] Post Tübingen (was: Re: JOSM-Ges chwindigkeit)

[Sascha Silbe]

On Sat, Dec 20, 2008 at 06:27:54PM +0100, Martin Koppenhoefer wrote:

ja, aus meiner Sicht ist die am Bahnhof die Hauptpost, die in der 
Stadt
(Neue Straße) die "Stadtpost", und der Rest halt je nachdem 
Waldhäuser-Ost,

Lustnau, Derendingen, ...
OK, diese Namen kenne ich (als Zugezogener) nicht. Ich kann nur 
eintragen, was entweder aussen dran oder zumindest auf der Homepage der 
Post steht.

Trags ruhig als loc_name ein.

CU Sascha

--
http://sascha.silbe.org/
http://www.infra-silbe.de/


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

Re: [Talk-de] Betriebssysteme für OSM-Anwender

[Ulf Lamping]

André Reichelt schrieb:
> Martin Trautmann schrieb:
>> ... und dass die Shortcuts im Menu angezeigt werden, fehlt bei vielen 
>> Win-/Java-Programmen.
> 
> Zusätzliche Arbeit, die keine wirklichen Vorteile bringt, sparen sich
> programmierer meist. Da hat z.B. das Vidual Studio einen Vorteil: Hier
> wird jedem Knopf im Menü die Tastenkombination direkt zugewiesen und
> dann vollautomatisch angezeigt.

Ist ja auch nur im JOSM schon seit Monaten so eingebaut. *Kopfschüttel*

>> Ich muss aber gestehen, ich muss mir ein aktuelles JOSM erst mal wieder 
>> ansehen.
> 
> Optisch hat sich nicht viel bis gar nichts verändert! Es gab zwar mal
> kurzzeitig Bestrebungen, eine Kantenglättung einzubauen, aber das hat
> man ganz schnell sein lassen, weil dann aus den 2 FPS 0,5 oder weniger
> wurden.

Hmmm, und ihr meint wirklich, wenn ihr in dem Ton weiter so rumnöhlt, 
daß damit die Entwickler motiviert werden was besseres zu bauen?

Gruß, ULFL

P.S: Wieso kommt mir gerade Dieter Nuhr in den Sinn?

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

Re: [Talk-de] Post Tübingen (was: Re: JOSM-Gesch windigkeit)

[Martin Koppenhoefer]

2008/12/20 Sascha Silbe 

> On Sat, Dec 20, 2008 at 06:10:47PM +0100, Sascha Silbe wrote:
>
>  die Hauptpost könnte man im Nametag auch so bezeichnen, fällt mir da ein
>>> (habe mir Tübingen vor ein paar Tagen wieder mal angesehen).
>>>
>> Ups, da hab ich zu früh abgeschickt. Wollte nachgucken, wie die Post
> selbst die Filialen nennt, aber die Filialsuche der Post ist gerade down.
> Mit Hauptpost meinst Du die am Bahnhof?
>
> CU Sascha
>
>
ja, aus meiner Sicht ist die am Bahnhof die Hauptpost, die in der Stadt
(Neue Straße) die "Stadtpost", und der Rest halt je nachdem Waldhäuser-Ost,
Lustnau, Derendingen, ...

Sehe gerade die Post selbst nennt die Stadtpost z.B. "Postamt Tübingen 21",
(klingt ein bisschen wie Stuttgart 21, hehe), d.h. das wäre wohl der Name,
während Stadtpost dann der loc_name oder alt_name wäre. Bzw. name:loc und
name:alt?

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

Re: [Talk-de] Qualität beim Großen !!

[Martin Koppenhoefer]

>
>
> Offensichtlich pflegen die im ersten Schritt Planungsdaten aus
> Bebauungsplänen/FNP ein, die entweder anders umgesetzt wurden oder aber
> es geht was mit der Projektion schief.
> Korrigiert wird das erst ein paar Jahre später.
>

Projektion würde ich ausschließen. Da werden ja nicht aus rechten Winkeln
Kreise. Das sieht mir ganz danach aus, dass da der B-Plan geändert wurde
(oder der eingegebene eine frühe Version war, die so gar nie verabschiedet
wurde). In ein paar Jahren (5?) werden die das gerichtet haben (SCNR).


>
> Aber ehrlichgesagt, auch wenn's auf dem Bildschirm wirr aussieht, wenn
> alles 45 Grad verdreht ist und die Proportionen von vorn bis hinten
> nicht stimmen: Für ein Onboard-Navi reicht das. Aus "rechts abbiegen"
> wird dadurch ja nicht "links abbiegen".
>
> -jha-
>
>
dem widerspreche ich jetzt mal, da kannst Du drehen und wenden wie Du
willst, das wird einfach nicht deckungsgleich (nicht mal ähnlich).

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

[Talk-de] OTternasen (was: Betriebssysteme f ür OSM-Anwender)

[Johann H. Addicks]

Markus schrieb:
> Habe eben folgende Zahlen entdeckt:

Möchtest Du einen Thread mit LifeOfBrian-Zitaten?
Otternasen?

-jha-


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

[Talk-de] Post Tübingen (was: Re: JOSM-Ge schwindigkeit)

[Sascha Silbe]

On Sat, Dec 20, 2008 at 06:10:47PM +0100, Sascha Silbe wrote:

die Hauptpost könnte man im Nametag auch so bezeichnen, fällt mir 
da ein

(habe mir Tübingen vor ein paar Tagen wieder mal angesehen).
Ups, da hab ich zu früh abgeschickt. Wollte nachgucken, wie die Post 
selbst die Filialen nennt, aber die Filialsuche der Post ist gerade 
down.

Mit Hauptpost meinst Du die am Bahnhof?

CU Sascha

--
http://sascha.silbe.org/
http://www.infra-silbe.de/


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

Re: [Talk-de] Qualität beim Großen !!

[Johann H. Addicks]

Jan Tappenbeck schrieb:
>  hier ein Beispiel für die Qualität der Daten unserer Mitbewerber!
> http://maps.google.de/maps?q=l%C3%BCbeck&ie=UTF8&oe=utf-8&client=firefox-a&ll=53.829294,10.684354&spn=0.009308,0.027895&t=h&z=16

Das scheint ein systematisches Versagen von Teleatlas(?) bei
Neubaugebieten zu sein.

Offensichtlich pflegen die im ersten Schritt Planungsdaten aus
Bebauungsplänen/FNP ein, die entweder anders umgesetzt wurden oder aber
es geht was mit der Projektion schief.
Korrigiert wird das erst ein paar Jahre später.

Aber ehrlichgesagt, auch wenn's auf dem Bildschirm wirr aussieht, wenn
alles 45 Grad verdreht ist und die Proportionen von vorn bis hinten
nicht stimmen: Für ein Onboard-Navi reicht das. Aus "rechts abbiegen"
wird dadurch ja nicht "links abbiegen".

-jha-


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

Re: [Talk-de] JOSM-Geschwindigkeit

[Sascha Silbe]

On Sat, Dec 20, 2008 at 06:03:08PM +0100, Martin Koppenhoefer wrote:

die Hauptpost könnte man im Nametag auch so bezeichnen, fällt mir da 
ein

(habe mir Tübingen vor ein paar Tagen wieder mal angesehen).



Bist Du eigentlich der Schönbuchmapper?

Nop.

ja, Überland sollte man auch von Hand nicht die komplette 
Bounding-box auf

einmal laden sondern nach und nach die Teile laden, so dass man nicht
unnötig Unnötiges lädt.
Das sowieso nicht. Aber die Dichte der nachzutragenden Informationen ist 
ja auch nicht sonderlich hoch (bei 100km/h bis 160km/h gibts einfach 
nicht alle paar Meter etwas, was zu taggen ist). Und ich will mich ja 
nicht länger mit dem Rumzoomen und Runterladen aufhalten als mit dem 
eigentlichen Mappen...


CU Sascha

--
http://sascha.silbe.org/
http://www.infra-silbe.de/


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

Re: [Talk-de] JOSM-Geschwindigkeit

[Martin Koppenhoefer]

Am 20. Dezember 2008 12:39 schrieb Sascha Silbe <
sascha-ml-gis-osm-talk...@silbe.org>:

> On Sat, Dec 20, 2008 at 04:36:50AM +0100, Martin Koppenhoefer wrote:
>
>  ich gebe zu, wenn man ein bisschen mehr lädt, wird es schon sehr langsam
>> ;-), aber zum Mappen reicht Dir ja normalerweise "dein" kleines Viertel
>>
> Wenn ich nur irgendwelche kleinen Details im Ort eintrage, gehts
> einigermassen; aber auch da komm ich schnell in Dimensionen, die lahm werden
> - überprüf z.B. mal, ob alle Postfilialen in Tübingen/Stadt (ohne Vororte)
> eingetragen sind. Ohne MapPaint ist es zwar schneller (wenn auch nicht
> schnell), dafür aber oft unübersichtlicher.


die Hauptpost könnte man im Nametag auch so bezeichnen, fällt mir da ein
(habe mir Tübingen vor ein paar Tagen wieder mal angesehen). Bist Du
eigentlich der Schönbuchmapper? Da ist ja schon ein sehr hoher
Erfassungsgrad zu verzeichnen, Respekt.


> Bei Autobahn- und Überlandfahrten ists doch recht lahm. Wobei ich die neue
> "Download along Track"-Funktion noch nicht testen konnte, evtl. kann man da
> einen schmaleren Streifen einstellen und somit weniger Daten runterladen.
>
> CU Sascha
>

ja, Überland sollte man auch von Hand nicht die komplette Bounding-box auf
einmal laden sondern nach und nach die Teile laden, so dass man nicht
unnötig Unnötiges lädt.

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

Re: [Talk-de] Berliner Stadteil fast komplett gelöscht

[Martin Koppenhoefer]

Am 20. Dezember 2008 11:50 schrieb Sascha Pomplun :

> Frederik Ramm wrote:
>
> > Man kann anhand des täglichen "diff"-Files alle Änderungen ermitteln,
> > die dieser User vorgenommen hat, und kann alle Objekte auf den Stand von
> > vor der Änderung zurücksetzen. Ich habe dafür ein Skript, aber ich kann
> > mich erst heute abend darum kümmern. Das Skript funktioniert auch nur
> > dort, wo nicht von anderen Benutzern von Hand schon Korrekturen gemacht
> > wurden. Besonders schlimm ist es in so einem Fall, wenn gelöschte
> > Objekte von wohlmeinenden Usern von Hand neu eingezeichnet werden, weil
> > dann nämlich ein "undo" per Skript dafür sorgt, dass ein Weg doppelt
> > vorhanden ist...
>
> Per Hand wurde dort m.E. nichts neues eingezeichnet, nur einiges mit der
> undo-Funktion von Potlatch wieder hergestellt. Falls dort nun was doppelt
> sein sollte, werde ich mich darum kümmern, daß es wieder verschwindet. Sehr
> vieles gab es ja in der Gegend noch nicht.
>
>
> > Ich rate dazu, möglichst erstmal nichts zu unternehmen (bzw. mal den
> > User zu kontaktieren und zu fragen, was da passiert ist). Heute abend
> > analysieren wir mal den Schaden und stellen ggf. die alten Versionen
> > wieder her.
>
> Mit dem User habe ich schon Kontakt aufgenommen. Er hatte auf meine Anfrage
> geschrieben, das es ein versehen gewesen ist und irgendein Prof. gesagt hat
> sie(?) sollen mit Josm arbeiten, wobei dieser "Unfall" dann geschehen ist.
> Danach schrieb ich, das er seinen Prof mal wegen der Reparatur fragen soll,
> allerdings kam keine Antwort mehr.
>
> Gibt es eigentlich einen Grund, warum sich manche Objekte wiederherstellen
> lassen und manche nicht, auch wenn sie an im gleichen Zug gelöscht worden
> sind?
>
> Gruß
> Sascha
>
>
Unfall ist gut, ich unterstelle ihm da ja nichts böses, aber man muss doch
mindestens eine ganze Stange features markieren (was ja durchaus
versehentlich vorkommen kann (wenn man nicht genau weiss, was man da macht),
aber danach muss man doch auch noch "entfernen" oder löschen drücken. Und
dann auch noch alles hochladen. M.E. ist die Wahrscheinlichkeit für einen
echten Unfall in Potlatch größer.

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

Re: [Talk-de] Betriebssysteme für OSM-Anwender

[André Reichelt]

Martin Trautmann schrieb:
> Gleiche Befehle für copy/paste haben sich immerhin schon selbst in der 
> Win-Welt durchgesetzt, statt irgendwelcher Funktionstasten oder 
> escape-meta-alt-control-shift-Abkürzungen.

In MacOS sind die immerhin mit Apfel+C umgesetzt. Das solltest Du dazu
sagen.

> Schon bei cmd-Z (undo) wird's schwierig, cmd-y (redo) ist schon oft 
> nicht mehr implementiert. Mehrfachauswahlen über cmd-click, 
> Bereichsauswahlen über shift-click usw. fehlen meist - das aber auch oft 
> schon in manchen Mac-Programmen.

Das stimmt leider, obwohl ich diese Befehle sehr gerne benutze. Sofern
die wirklich aus der Mac-Welt importiert wurden, herzlichen Glückwunsch,
Herr Jobs! Gute Idee!

> ... und dass die Shortcuts im Menu angezeigt werden, fehlt bei vielen 
> Win-/Java-Programmen.

Zusätzliche Arbeit, die keine wirklichen Vorteile bringt, sparen sich
programmierer meist. Da hat z.B. das Vidual Studio einen Vorteil: Hier
wird jedem Knopf im Menü die Tastenkombination direkt zugewiesen und
dann vollautomatisch angezeigt.

> Ich muss aber gestehen, ich muss mir ein aktuelles JOSM erst mal wieder 
> ansehen.

Optisch hat sich nicht viel bis gar nichts verändert! Es gab zwar mal
kurzzeitig Bestrebungen, eine Kantenglättung einzubauen, aber das hat
man ganz schnell sein lassen, weil dann aus den 2 FPS 0,5 oder weniger
wurden.

André



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Betriebssysteme für OSM-Anwender

[Martin Koppenhoefer]

Am 20. Dezember 2008 17:17 schrieb André Reichelt :

> Martin Koppenhoefer schrieb:
> > hm, vielleicht stimmt irgendwas nicht an deinen Einstellungen? Bei mir
> > läuft es ganz flüssig,
>
> Und wie finde ich das heraus? Es ist auch bei kleineren Gebieten so.
>
>
hm, welches OS hast Du denn?

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

Re: [Talk-de] Betriebssysteme für OSM-Anwender

[André Reichelt]

Martin Koppenhoefer schrieb:
> hm, vielleicht stimmt irgendwas nicht an deinen Einstellungen? Bei mir
> läuft es ganz flüssig,

Und wie finde ich das heraus? Es ist auch bei kleineren Gebieten so.



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Straßen in in Baugebiet mit Vorerschlie ßung

[Martin Koppenhoefer]

>
>
>
> Irgendwann fahre ich nochmal hin und gucke - Vor 2 Wochen habe ich dann
> einen Vermesser des Kreises auf der Straße angesprochen (rund 25km von
> dem Gebiet weg) und der wusste das es schon namen gibt und die
> Bautaetigkeit da anfang naechsten Jahres losgeht, und dann auch schilder
> aufgestellt werden. Nur leider war er sich bei den Namen nicht 100%
> sicher ;)
>
> Flo
>


wenn Du Lust hast, ein wenig nachzuforschen, wirst Du ziemlich sicher einen
Bebauungsplan finden, wo die Straßen dann alle mit Namen drin sind. Da
dieser öffentlich (normalerweise als Gemeinderatsbeschluss oder ähnliches)
verkündet wurde, darf man den auch als Quelle verwenden.

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

Re: [Talk-de] Worldfile vom 17.12.08

[Martin Koppenhoefer]

2008/12/20 Carsten Schwede 

> Hallo,
>
> FrauSuhrbier schrieb:
> > Welche Erklärung gibt es für das Wachstum?
>
> Farmland (sollte ich vielleicht wieder wegwerfen) wird jetzt mit
> dargestellt, und die neue Version von mkgmap könnte es auch sein.
>
>
nee, lieber nicht wegwerfen.

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

Re: [Talk-de] Straßen in in Baugebiet mit Vorerschli eßung

[Holger Wemken]

Hallo,

ich trage das ganze Baugebiet als "landuse=construction" ein. Das 
entspricht einem Baugebiet. Die bereits vorhandenen Straßen trage ich 
erst einmal als "service" ein. Dann gibt es kein Mecker im Renderer. 
Wenn es irgendwann Straßennamen gibt, werden die Straßen von "service" 
auf "residential" geändert, der Name dazugegeben, ev. auch noch die 
Geschwindigkeitsbegrenzung. Am Ende der Baumaßnahmen kann man dann den 
"landuse=construction" auf  "landuse=residential" setzen.

Bedeutet natürlich ein wenig sich kümmern, aber OSM lebt ja auch von den 
vor Ort aktiven Leuten.

Gruß
Holger


Jochen Topf schrieb:
> On Sat, Dec 20, 2008 at 12:10:42PM +0100, Stephan Schildberg wrote:
>   
>> highway=construction
>> 
>>> Wie werden Straßen in einem neuen Baugebiet gekennzeichnet.  Die Straßen 
>>> sind asphaltiert, aber der endgültige Ausbau ist noch nicht erfolgt. 
>>> Straßennamen gibt es auch noch nicht.
>>>   
>
> Wenn die schon soweit fertig sind, dass sie für den Verkehr freigegeben
> sind, ist das kein "construction" mehr. Ob ihnen vielleicht die
> endgültige Teerdecke fehlt ist m.E. da nicht relevant. Könnte man
> höchstens in einen surface-Tag tun. :-)
>
> Jochen
>   


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

Re: [Talk-de] Worldfile vom 17.12.08

[Dermot McNally]

2008/12/20 Carsten Schwede :

> Farmland (sollte ich vielleicht wieder wegwerfen) wird jetzt mit
> dargestellt, und die neue Version von mkgmap könnte es auch sein.

Es fällt mir noch ein, dass building=yes jetzt dargestellt wird.
Hättest du was dagegen, building= auch so zu behandeln? Das
kommt im Datensatz häufig vor und die gleiche Darstellung ist
sicherlich legitim.

Dermot

-- 
--
Iren sind menschlich

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

Re: [Talk-de] Betriebssysteme für OSM-Anwender

[Sven Geggus]

Martin Koppenhoefer  wrote:

> was solls? Ich habe einen Rechner von Anfang 2005 mit XP und kann in JOSM
> flott arbeiten und nebenher Musik hören.

Grade mit WMS wird josm leider sehr langsam. Zumindest hier bei mir
unter Linux mit ner etwas älteren Kiste.

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] Ortsgebiet

[Bernd Wurst]

Hallo.

Am Samstag, 20. Dezember 2008 schrieb Wolfgang Wienke:
> Aber zur Zeit ist es doch wohl so, das identischen Verhältnisse vor Ort
> von verschiedenen Leuten unterschiedlich getaggt werden NICHT weil sie
> diese Verhältnisse unterschiedlich interpretieren, sondern weil es nicht
> genügend Regelungen gibt. Ich kämpfe hiermit insbesondere im Bereich
> Radwege.

Grade im Bereich der Radwege gibt es einfach keinen Konsens, welche 
Vorgehensweise richtiger ist als die anderen.

Bisher haben alle Möglichkeiten die Realität abzubilden (zumindest in den 
Augen mancher) gewisse Nachteile und/oder Vorteile.

So lange es keinen Diktator (bewusst übertrieben formuliert) oder ein 
Kontrollgremium gibt, das von oben herab sagt was richtig ist, muss sich das 
evolutionär regeln. Das heißt, es gibt mehrere Ansätze, jeder macht was er am 
sinnvollsten findet und welches Schema bei den anderen am besten ankommt und 
sich oft genug in der Praxis bewährt, das wird benutzt.

Oftmals gibt es schlicht momentan noch keine Entscheidung (weil es keinen 
Entscheider gibt).

Letzten Endes entscheidet sich oft anhand der Renderer (was kommt auf die 
Karte) oder der Hilfsprogramme (was lässt sich am leichtesten erfassen) was am 
meisten genutzt wird. 

Gruß, Bernd

-- 
Press -- to continue...



signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Betriebssysteme für OSM-Anwender

[Martin Trautmann]

Frederik Ramm wrote:
> Hi,
> 
> Martin Trautmann wrote:
>> Auf meinem schwachbrüstigen Mac (iBook G4, 800 MHz) ist JOSM quasi 
>> unbenutzbar und nach meinem ersten Eindruck auch nicht Mac-like.
> 
> Tja... für den Windows-User reicht es, wenn die Software wenigstens bei 
> ihm funktioniert. Beim Mac-User muss sie sich in Stil, Farbgebung und 
> Klanguntermalung in ein harmonisches Ganzes einfügen. Ich sehe ganz neue 
> strategische Ausrichtungen für OSM ;-)

Tja, einerseits sind Mac-Anwender ver- und eine sinnvoll konsistente 
Oberflächengestaltung schon immer gewöhnt.

Andererseits lehnen sich viele Programme eben grundsätzlich an der 
Win-Gestaltung an. Besonders unangenehm bemerkt man das, wenn man z.B. 
OpenOffice unter X11 auf dem Mac nutzte - also die 
not-mac-but-unix-Fenstergestaltung von X11 dann noch mit der 
neither-mac-nor-unix-Windows-Menüstruktur von OpenOffice

In vielerlei Hinsicht ist auch die endlich native Portierung von OOo auf 
den Mac noch immer ein schlechterer Abklatsch der MS-Office-Vorgaben.

Farbgebung und Klanguntermalung sind übrigens nicht wirklich 
ernstzunehmende Anforderungen.

Gleiche Befehle für copy/paste haben sich immerhin schon selbst in der 
Win-Welt durchgesetzt, statt irgendwelcher Funktionstasten oder 
escape-meta-alt-control-shift-Abkürzungen.

Schon bei cmd-Z (undo) wird's schwierig, cmd-y (redo) ist schon oft 
nicht mehr implementiert. Mehrfachauswahlen über cmd-click, 
Bereichsauswahlen über shift-click usw. fehlen meist - das aber auch oft 
schon in manchen Mac-Programmen.

... und dass die Shortcuts im Menu angezeigt werden, fehlt bei vielen 
Win-/Java-Programmen.

Ich muss aber gestehen, ich muss mir ein aktuelles JOSM erst mal wieder 
ansehen.

Schönen Gruß
Martin

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

Re: [Talk-de] Worldfile vom 17.12.08

[Carsten Schwede]

Hallo,

FrauSuhrbier schrieb:
> Welche Erklärung gibt es für das Wachstum?

Farmland (sollte ich vielleicht wieder wegwerfen) wird jetzt mit 
dargestellt, und die neue Version von mkgmap könnte es auch sein.

-- 
Viele Grüße
Carsten


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

Re: [Talk-de] Import des Straßennetzes von Straße n.NRW

[Jan-Benedict Glaw]

On Sat, 2008-12-20 10:48:07 +0100, Jochen Topf  wrote:
> On Sat, Dec 20, 2008 at 10:06:24AM +0100, Florian Lohoff wrote:
> > On Fri, Dec 19, 2008 at 10:18:55PM +0100, Jan-Benedict Glaw wrote:
> > > On Fri, 2008-12-19 22:04:26 +0100, Florian Lohoff  wrote:
> > > > 
> > > > So kommt man halt auch mal wieder dazu sich die ganzen refs mal
> > > > systematisch anzusehen und entdeckt auch so noch genuegend
> > > > inkonsistenzen.
> > > 
> > > Gibts eigentlich schon was, um sich Abschnittsnummern in OSM
> > > abzubilden? Und die Netzknotennummern? (Sind das netterweise gleich
> > > die Dinge aus dem "endpunkte"-Layer der Geofabrik?)
> > 
> > Du meinst die Straßen.NRW abschnittsnummern? Keine ahnung - ist nicht
> > vielleicht in dem .osm files die Frederik konvertiert hat was dran? 
> 
> In den Daten, die wir bekommen haben, gibt es ein Attribut ABS, darin
> sind die Anfangs- und Endnummern der jeweiligen Strecken. Dieses
> Attribut ist auch in den verschiedenen Layern im OSM-Inspector zu sehen.
> Wir sind jetzt aber auch nicht die Spezialisten für den Straßenbau und
> zumindest mir ist unklar, was genau diese Nummern aussagen und ob es
> sinnvoll ist, die in OSM zu haben. Im Endpunkte-Layer sind diese Nummern
> nicht drin, das wäre aber machbar, wenn es wirklich nützlich ist. Aber
> importiert nach OSM sind sie damit ja dann noch lange nicht.

Die großen Straßen (Bundes-/Land-/Kreisstraßen) haben alle diese B-,
L- und K-Nummern bekommen. Der Buchstabe ist ggf.
bundeslands-spezifisch, ebenso die Art, wie das an den Straßen
gekennzeichnet wird. (Hier in NRW wird das z.B. über die
Stationszeichen gemacht, kleine dreieckige Prismen am Straßenrand.)

Diese Stationszeichen tragen in NRW die Straßen-Nummer ("K 123") und
eine Abschnittsnummer. Die Straßen werden in Abschnitte unterteilt,
die jeweils von einer Kreuzung (mit einer anderen K-, L- oder
B-Straße) bis zur nächsten gelten. Innerhalb des Abschnittes werden
auf den dreieckigen Pömpeln die laufenden (halben) Kilometer seit
Abschnittsbeginn (also nicht ab Straßenbeginn!) aufgeschrieben.
(Dadurch müssen immer nur wenige dieser Stationszeichen ausgetauscht
werden, wenn mal eine weitere Kreuzung dazukommt.)   Die Kreuzungen,
die die Abschnitte begrenzen, bekommen Netzknoten-Nummern. (Die werden
als zwei siebenstellige Zahlen ebenfalls auf die Stationszeichen
geschrieben. Die ersten 4 Ziffern sind die Blattnummern bei den
TK25-Karten, die hinteren 3 Ziffern die laufende Netzknoten-Nummer
innerhalb des Blattes.)

Die Netzknoten-Nummern sind nicht "kriegswichtig", aber die
Abschnittsnummern sollten wir berücksichtigen. Denn die
Rettungsdienste nutzen diese, um das entsprechende Straßenstück zu
finden. (Und wenn man schon dabei ist, kann man sich aber gleich auch
was für die Netzknotennummern überlegen.)

MfG, JBG

-- 
  Jan-Benedict Glaw  jbg...@lug-owl.de  +49-172-7608481
Signature of:  Alles sollte so einfach wie möglich gemacht sein.
the second  :  Aber nicht einfacher.  (Einstein)


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

Re: [Talk-de] Ortsgebiet

[Wolfgang Wienke]

Hallo!
Martin Koppenhoefer schrieb:
>>
>>Dann lasse ich sie halt weg, ich habe dieses Taggen nur in irgendeinen
>>Hinweis gefunden.
>>Es wäre übrigens für Anfänger (wie mich) sehr viel leichter, wenn es
>>EINDEUTIGERE Regeln für alles gäbe. Dies würde sicherlich auch die
>>Nutzung der Informationen vereinfachen.
>>
>>
> 
> dieser Vorschlag kommt hier regelmäßig auf, aber wer sich ein bisschen
> länger mit der Materie beschäftigt hat erkennt irgendwann, dass es für ein
> Projekt wie OSM gar keine eindeutigen Regeln für "alles" geben kann. Ein
> Projekt, wo es diese Regeln gibt (Teleatlas, Straßenbauamt, ...) bietet dann
> natürlich auch eine einfachere Nutzung der Information, ist aber sehr
> begrenzt in seinen Entwicklungsmöglichkeiten. Das Thema ist doch, dass wir
> noch gar nicht wissen, was "alles" ist (es überhaupt nie wissen können), und
> um weitere Entwicklung nicht zu verunmöglichen, beschränken wir uns da auch
> nicht auf einen festen Katalog.
Das verstehe ich gut. Die Regeln dürfen natürlich nicht eine Ausweitung 
der Möglichkeiten beschränken.
Aber zur Zeit ist es doch wohl so, das identischen Verhältnisse vor Ort 
von verschiedenen Leuten unterschiedlich getaggt werden NICHT weil sie 
diese Verhältnisse unterschiedlich interpretieren, sondern weil es nicht 
genügend Regelungen gibt. Ich kämpfe hiermit insbesondere im Bereich 
Radwege.
Außerdem ist es natürlich motivierend, wenn man von den Ergebnissen des 
Taggens nach dem Rendern etwas sieht.
-- 
Mit freundlichen Gruessen

  Wolfgang Wienke

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

Re: [Talk-de] Betriebssysteme für OSM-Anwender

[Sascha Silbe]

On Sat, Dec 20, 2008 at 08:23:56AM +0100, Martin Trautmann wrote:


Verbreitung von Betriebssystemen auf PCs
Gibt es solche Zahlen denn auch für die OSM-Teilnehmer, gerne auch 
getrennt nach de und world?
Das Problem mit solchen Statistiken ist, daß sie niemals wirklich 
aussagekräftig sein können:


1. Wen nimmst Du in die Zielgruppe mit auf? Nur Mapper mit min. 100 
eingetragenen Features? Oder alle, die jeweils www.openstreetmap.org 
besucht haben?


2. Wie genau lautet die Frage und welche Antwortmöglichkeiten gibt es? 
"Das am häufigsten privat genutzte Betriebssystem" ergibt andere 
Ergebnisse als "Nennen alle Betriebssystem, die Sie verwenden, mit 
Angabe der Nutzungshäufigkeit in 10%-Stufen (Summe 100%)".


3. Wie ermittelst Du die Werte? Es gibt keine Möglichkeit, Deine 
vollständige Zielgruppe zu einer (wahren) Antwort zu zwingen. =>

   - nur noch Teilgruppe wird untersucht
   - Antworten können falsch sein
...

Zusammenfassung: Traue keiner Statistik, die Du nicht selbst gefälscht 
hast.


Auf meinem schwachbrüstigen Mac (iBook G4, 800 MHz) ist JOSM quasi 
unbenutzbar

Ein vergleichbarer PC dürfte auch nicht signifikant schneller sein.


und nach meinem ersten Eindruck auch nicht Mac-like.
Das ist ein völlig anderes Problem und lässt sich mit den in JOSM 
verwendeten GUI-Techniken (mit relativ niedrigem Abstraktionsgrad) nur 
dadurch lösen, daß jemand explizit Unterstützung für Mac in JOSM 
einbaut. Da Mac-Programmierer selten zu sein scheinen, siehts da eher 
schlecht aus.


Von daher würde ich vermuten, der Mac-Anteil ist hier deutlich 
geringer,
Anteil an Benutzern oder an Programmierern? Das macht einen riesigen 
Unterschied.


CU Sascha

--
http://sascha.silbe.org/
http://www.infra-silbe.de/


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

Re: [Talk-de] JOSM-Geschwindigkeit (was: Re: B etriebssysteme für OSM-Anwender)

[RalfGesellensetter]

Am Samstag 20 Dezember 2008 schrieb Sascha Silbe:
> Aber vielleicht habe wir auch unterschiedliche Auffassungen davon,
> was flott ist

Das könnte evtl. sein. Mein System aus dem Jahr 2001 (AMD Athlon 1800+ 
mit 1.5 Ghz und 512 MB) läuft aus meiner Sicht unter Debian/KDE flüssig 
(und ich habe parallel viele Programme laufen, allerdings keinen 
Virenscanner :P). Ich erlebe aber tatsächlich, dass einige Mitmenschen 
ungeduldiger mit PCs sind, als ich es bin. 

Gruß
Ralf

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

Re: [Talk-de] JOSM-Geschwindigkeit

[Sascha Silbe]

On Sat, Dec 20, 2008 at 04:36:50AM +0100, Martin Koppenhoefer wrote:

ich gebe zu, wenn man ein bisschen mehr lädt, wird es schon sehr 
langsam
;-), aber zum Mappen reicht Dir ja normalerweise "dein" kleines 
Viertel
Wenn ich nur irgendwelche kleinen Details im Ort eintrage, gehts 
einigermassen; aber auch da komm ich schnell in Dimensionen, die lahm 
werden - überprüf z.B. mal, ob alle Postfilialen in Tübingen/Stadt 
(ohne Vororte) eingetragen sind. Ohne MapPaint ist es zwar schneller 
(wenn auch nicht schnell), dafür aber oft unübersichtlicher.
Bei Autobahn- und Überlandfahrten ists doch recht lahm. Wobei ich die 
neue "Download along Track"-Funktion noch nicht testen konnte, evtl. 
kann man da einen schmaleren Streifen einstellen und somit weniger Daten 
runterladen.


CU Sascha

--
http://sascha.silbe.org/
http://www.infra-silbe.de/


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

Re: [Talk-de] Straßen in in Baugebiet mit Vorerschli eßung

[Jochen Topf]

On Sat, Dec 20, 2008 at 12:10:42PM +0100, Stephan Schildberg wrote:
> highway=construction
> > Wie werden Straßen in einem neuen Baugebiet gekennzeichnet.  Die Straßen 
> > sind asphaltiert, aber der endgültige Ausbau ist noch nicht erfolgt. 
> > Straßennamen gibt es auch noch nicht.

Wenn die schon soweit fertig sind, dass sie für den Verkehr freigegeben
sind, ist das kein "construction" mehr. Ob ihnen vielleicht die
endgültige Teerdecke fehlt ist m.E. da nicht relevant. Könnte man
höchstens in einen surface-Tag tun. :-)

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] Straßen in in Baugebiet mit Vorerschl ießung

[Stephan Schildberg]

highway=construction
> Wie werden Straßen in einem neuen Baugebiet gekennzeichnet.  Die Straßen 
> sind asphaltiert, aber der endgültige Ausbau ist noch nicht erfolgt. 
> Straßennamen gibt es auch noch nicht.
Gruß, Stephan.

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

Re: [Talk-de] JOSM-Geschwindigkeit (was: Re: Betriebs systeme für OSM-Anwender)

[Marcus Wolschon]

Hallo Dominik,

ich bin begeistert.
Auch wenn ich dir bei einer Diplomarbeit natürlich nicht
mit dem Code helfen kann, bin ich wahnsinnig gespannt
mir nach Veröffentlichung mal deine Design-Entscheidungen, Datenstrukturen
und die Render-Logik anzusehen.
Die diversen Renderer in Traveling Salesman sind lange nicht
schnell genug für sowas wie auf deinem Screenshot.
(Die grundsätzliche Logik und den SimplePaintVisitor hab ich aus
JOSM üernommen und dann immer wieder überarbeitet.)

Arbeitest du mit mehreren LevelOfDetail?
Wie stellst du den Graphen im Speicher da und
wie gehst  du ihn im Rendern ab?

Marcus

Am 20.12.08 schrieb Dominik Spies :
> 2008/12/20 Sascha Silbe :
>> On Sat, Dec 20, 2008 at 01:46:13AM +0100, Martin Koppenhoefer wrote:
>>
>>> Ich habe einen Rechner von Anfang 2005 mit XP und kann in JOSM
>>> flott arbeiten und nebenher Musik hören.
>>
>> Ich habe einen Rechner von 2008 und sobald ich Ausschnitte größer als
>> "mein"
>> kleines Viertel hier lade, ist JOSM alles andere als flott (bekommt 1GB
>> von
>> 4GB RAM zugewiesen - daran darfs also nicht liegen).
>> Für die extrem hohe Startup-Latenz mache ich übrigens nur Java und nicht
>> JOSM verantwortlich. Genauso wie die Probleme mit der Bedienung (z.B.
>> funktioniert die Tastenkürzel oft nicht) auf das verwendete GUI-Toolkit
>> (Swing?) zurückzuführen sein dürften.
>>
>> Aber vielleicht habe wir auch unterschiedliche Auffassungen davon, was
>> flott
>> ist - ich benutze z.B. OpenOffice & Co u.a. deshalb nicht, weil es mir zu
>> langsam ist. Ich erwarte irgendwie schon, daß sich ein heutiger Rechner
>> (mit
>> heutiger Software) besser bedienen lässt und schneller reagiert als mein
>> XT
>> vor über 10 Jahren (mit der damaligen Software).
>>
>> Ich halte normalerweise größtenteils mein Maul, weil ich selbst keine Lust
>> habe, JOSM entsprechend zu beschleunigen oder einen alternativen Editor zu
>> schreiben, aber die Aussage, daß JOSM flott ist, konnte ich nicht
>> kommentarlos stehen lassen.
>> Es wurde mehrfach erwähnt, daß JOSM wohl unter IcedTea (OpenSource-Version
>> vom Sun JDK?) deutlich schneller läuft. Das lässt auf jeden Fall hoffen.
>>
>> CU Sascha
>
> Ich lass' das hier einfach mal raus, ich entwickle zur Zeit einen
> Editor in C# .Net 2.0, der JOSM relativ ähnlich ist und einige
> Konzepte übernimmt und trotzdem einige Neuerungen und Verbesserungen
> bringt. Bisher ist der aber weder stable noch hat er den
> Funktionsumfang von JOSM. Für Windows Nutzer sollte intuitiver zu
> bedienen sein als JOSM.
> Der Editor entsteht im Rahmen einer Diplomarbeit in Informatik, eine
> Veröffentlichung wird es frühestens Anfang Februar geben.
>
> Besonderen Wert wurde auf Geschwindigkeit der Anzeige und die Größe
> der ladbaren Datensets gelegt, so ist es z.B. möglich komplett Berlin
> zu laden uns auch zu bearbeiten. Hat man natürlich ein Zoomlevel das
> ganz Berlin anzeigt und es werden alle Elemente angezeigt wird es
> natürlich entsprechend langsam - aber zigtausende Objekte zu zeichnen
> dauert halt.
> Hier mal ein Screenshot einer sehr frühen Version:
> http://img383.imageshack.us/img383/5103/prog02kz9.png
>
> Gruß,
>
> Dominik
>
> ___
> 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] Straßen in in Baugebiet mit Vorerschli eßung

[Florian Lohoff]

On Sat, Dec 20, 2008 at 11:49:21AM +0100, dieter jasper wrote:
> Wie werden Straßen in einem neuen Baugebiet gekennzeichnet.  Die Straßen 
> sind asphaltiert, aber der endgültige Ausbau ist noch nicht erfolgt. 
> Straßennamen gibt es auch noch nicht.

Ich habe die Straßen ganz normal als residential eingetragen - erstmal
ohne namen und habe nen note dran gemacht in dem ich schreibe das die
straßenschilder noch nicht standen mit datum.

Irgendwann fahre ich nochmal hin und gucke - Vor 2 Wochen habe ich dann
einen Vermesser des Kreises auf der Straße angesprochen (rund 25km von
dem Gebiet weg) und der wusste das es schon namen gibt und die
Bautaetigkeit da anfang naechsten Jahres losgeht, und dann auch schilder
aufgestellt werden. Nur leider war er sich bei den Namen nicht 100%
sicher ;)

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


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

Re: [Talk-de] Berliner Stadteil fast komplett gelöscht

[Sascha Pomplun]

Frederik Ramm wrote:

> Man kann anhand des täglichen "diff"-Files alle Änderungen ermitteln,
> die dieser User vorgenommen hat, und kann alle Objekte auf den Stand von
> vor der Änderung zurücksetzen. Ich habe dafür ein Skript, aber ich kann
> mich erst heute abend darum kümmern. Das Skript funktioniert auch nur
> dort, wo nicht von anderen Benutzern von Hand schon Korrekturen gemacht
> wurden. Besonders schlimm ist es in so einem Fall, wenn gelöschte
> Objekte von wohlmeinenden Usern von Hand neu eingezeichnet werden, weil
> dann nämlich ein "undo" per Skript dafür sorgt, dass ein Weg doppelt
> vorhanden ist...

Per Hand wurde dort m.E. nichts neues eingezeichnet, nur einiges mit der
undo-Funktion von Potlatch wieder hergestellt. Falls dort nun was doppelt
sein sollte, werde ich mich darum kümmern, daß es wieder verschwindet. Sehr
vieles gab es ja in der Gegend noch nicht.


> Ich rate dazu, möglichst erstmal nichts zu unternehmen (bzw. mal den
> User zu kontaktieren und zu fragen, was da passiert ist). Heute abend
> analysieren wir mal den Schaden und stellen ggf. die alten Versionen
> wieder her.

Mit dem User habe ich schon Kontakt aufgenommen. Er hatte auf meine Anfrage
geschrieben, das es ein versehen gewesen ist und irgendein Prof. gesagt hat
sie(?) sollen mit Josm arbeiten, wobei dieser "Unfall" dann geschehen ist.
Danach schrieb ich, das er seinen Prof mal wegen der Reparatur fragen soll,
allerdings kam keine Antwort mehr.

Gibt es eigentlich einen Grund, warum sich manche Objekte wiederherstellen
lassen und manche nicht, auch wenn sie an im gleichen Zug gelöscht worden
sind?

Gruß
Sascha


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

[Talk-de] Straßen in in Baugebiet mit Vorerschl ießung

[dieter jasper]

Wie werden Straßen in einem neuen Baugebiet gekennzeichnet.  Die Straßen 
sind asphaltiert, aber der endgültige Ausbau ist noch nicht erfolgt. 
Straßennamen gibt es auch noch nicht.

MfG
Dieter

 

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

Re: [Talk-de] JOSM-Geschwindigkeit (was: Re: Bet riebssysteme für OSM-Anwender)

[Dominik Spies]

2008/12/20 Sascha Silbe :
> On Sat, Dec 20, 2008 at 01:46:13AM +0100, Martin Koppenhoefer wrote:
>
>> Ich habe einen Rechner von Anfang 2005 mit XP und kann in JOSM
>> flott arbeiten und nebenher Musik hören.
>
> Ich habe einen Rechner von 2008 und sobald ich Ausschnitte größer als "mein"
> kleines Viertel hier lade, ist JOSM alles andere als flott (bekommt 1GB von
> 4GB RAM zugewiesen - daran darfs also nicht liegen).
> Für die extrem hohe Startup-Latenz mache ich übrigens nur Java und nicht
> JOSM verantwortlich. Genauso wie die Probleme mit der Bedienung (z.B.
> funktioniert die Tastenkürzel oft nicht) auf das verwendete GUI-Toolkit
> (Swing?) zurückzuführen sein dürften.
>
> Aber vielleicht habe wir auch unterschiedliche Auffassungen davon, was flott
> ist - ich benutze z.B. OpenOffice & Co u.a. deshalb nicht, weil es mir zu
> langsam ist. Ich erwarte irgendwie schon, daß sich ein heutiger Rechner (mit
> heutiger Software) besser bedienen lässt und schneller reagiert als mein XT
> vor über 10 Jahren (mit der damaligen Software).
>
> Ich halte normalerweise größtenteils mein Maul, weil ich selbst keine Lust
> habe, JOSM entsprechend zu beschleunigen oder einen alternativen Editor zu
> schreiben, aber die Aussage, daß JOSM flott ist, konnte ich nicht
> kommentarlos stehen lassen.
> Es wurde mehrfach erwähnt, daß JOSM wohl unter IcedTea (OpenSource-Version
> vom Sun JDK?) deutlich schneller läuft. Das lässt auf jeden Fall hoffen.
>
> CU Sascha

Ich lass' das hier einfach mal raus, ich entwickle zur Zeit einen
Editor in C# .Net 2.0, der JOSM relativ ähnlich ist und einige
Konzepte übernimmt und trotzdem einige Neuerungen und Verbesserungen
bringt. Bisher ist der aber weder stable noch hat er den
Funktionsumfang von JOSM. Für Windows Nutzer sollte intuitiver zu
bedienen sein als JOSM.
Der Editor entsteht im Rahmen einer Diplomarbeit in Informatik, eine
Veröffentlichung wird es frühestens Anfang Februar geben.

Besonderen Wert wurde auf Geschwindigkeit der Anzeige und die Größe
der ladbaren Datensets gelegt, so ist es z.B. möglich komplett Berlin
zu laden uns auch zu bearbeiten. Hat man natürlich ein Zoomlevel das
ganz Berlin anzeigt und es werden alle Elemente angezeigt wird es
natürlich entsprechend langsam - aber zigtausende Objekte zu zeichnen
dauert halt.
Hier mal ein Screenshot einer sehr frühen Version:
http://img383.imageshack.us/img383/5103/prog02kz9.png

Gruß,

Dominik

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

Re: [Talk-de] Berliner Stadteil fast komplett gelöscht

[Frederik Ramm]

Hallo,

Sascha Pomplun wrote:
> in Berlin hat der User Dischord das halbe Märkische Viertel gelöscht. Es
> läßt sich auch nicht mehr alles wiederherstellen, da nicht alle gelöschten
> Wege angezeigt werden (Potlatch). Wie läßt das rückgängig machen, damit
> auch alle Relationen in der Gegend wieder vorhanden sind? 

Man kann anhand des täglichen "diff"-Files alle Änderungen ermitteln, 
die dieser User vorgenommen hat, und kann alle Objekte auf den Stand von 
vor der Änderung zurücksetzen. Ich habe dafür ein Skript, aber ich kann 
mich erst heute abend darum kümmern. Das Skript funktioniert auch nur 
dort, wo nicht von anderen Benutzern von Hand schon Korrekturen gemacht 
wurden. Besonders schlimm ist es in so einem Fall, wenn gelöschte 
Objekte von wohlmeinenden Usern von Hand neu eingezeichnet werden, weil 
dann nämlich ein "undo" per Skript dafür sorgt, dass ein Weg doppelt 
vorhanden ist...

Leider ist mein Skript(-verhau) weit davon entfernt, dass ich es einfach 
veröffentlichen könnte und jemand anders es anwenden kann, dazu ist es 
zu un-intuitiv und chaotisch.

Ich rate dazu, möglichst erstmal nichts zu unternehmen (bzw. mal den 
User zu kontaktieren und zu fragen, was da passiert ist). Heute abend 
analysieren wir mal den Schaden und stellen ggf. die alten Versionen 
wieder her.

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] Import des Straßennetzes von Straßen .NRW

[Jochen Topf]

On Sat, Dec 20, 2008 at 10:06:24AM +0100, Florian Lohoff wrote:
> On Fri, Dec 19, 2008 at 10:18:55PM +0100, Jan-Benedict Glaw wrote:
> > On Fri, 2008-12-19 22:04:26 +0100, Florian Lohoff  wrote:
> > > 
> > > So kommt man halt auch mal wieder dazu sich die ganzen refs mal
> > > systematisch anzusehen und entdeckt auch so noch genuegend
> > > inkonsistenzen.
> > 
> > Gibts eigentlich schon was, um sich Abschnittsnummern in OSM
> > abzubilden? Und die Netzknotennummern? (Sind das netterweise gleich
> > die Dinge aus dem "endpunkte"-Layer der Geofabrik?)
> 
> Du meinst die Straßen.NRW abschnittsnummern? Keine ahnung - ist nicht
> vielleicht in dem .osm files die Frederik konvertiert hat was dran? 

In den Daten, die wir bekommen haben, gibt es ein Attribut ABS, darin
sind die Anfangs- und Endnummern der jeweiligen Strecken. Dieses
Attribut ist auch in den verschiedenen Layern im OSM-Inspector zu sehen.
Wir sind jetzt aber auch nicht die Spezialisten für den Straßenbau und
zumindest mir ist unklar, was genau diese Nummern aussagen und ob es
sinnvoll ist, die in OSM zu haben. Im Endpunkte-Layer sind diese Nummern
nicht drin, das wäre aber machbar, wenn es wirklich nützlich ist. Aber
importiert nach OSM sind sie damit ja dann noch lange nicht.

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

[Talk-de] Berliner Stadteil fast komplett gelöscht

[Sascha Pomplun]

Hallo,

in Berlin hat der User Dischord das halbe Märkische Viertel gelöscht. Es
läßt sich auch nicht mehr alles wiederherstellen, da nicht alle gelöschten
Wege angezeigt werden (Potlatch). Wie läßt das rückgängig machen, damit
auch alle Relationen in der Gegend wieder vorhanden sind? Kann ich
irgendwie den Zustand herstellen, bevor dort alles gelöscht wurde?

In der Datenbank sind nur noch die ganzen einzelnen Nodes ohne ihre Wege
vorhanden.

http://informationfreeway.org/?lat=52.59871059373261&lon=13.35428846967233&zoom=17&layers=BF000F

Gruß
Sascha


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

Re: [Talk-de] Import des Straßennetzes von Straßen .NRW

[Florian Lohoff]

On Fri, Dec 19, 2008 at 10:18:55PM +0100, Jan-Benedict Glaw wrote:
> On Fri, 2008-12-19 22:04:26 +0100, Florian Lohoff  wrote:
> > 
> > So kommt man halt auch mal wieder dazu sich die ganzen refs mal
> > systematisch anzusehen und entdeckt auch so noch genuegend
> > inkonsistenzen.
> 
> Gibts eigentlich schon was, um sich Abschnittsnummern in OSM
> abzubilden? Und die Netzknotennummern? (Sind das netterweise gleich
> die Dinge aus dem "endpunkte"-Layer der Geofabrik?)

Du meinst die Straßen.NRW abschnittsnummern? Keine ahnung - ist nicht
vielleicht in dem .osm files die Frederik konvertiert hat was dran? 

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


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