date:20080729

Florian Lohoff wrote:

 Und leider ist eben die notwendige Hardware nicht gerade Alternate
 off-the-shelf zeugs 

Amazon EC2 wäre durchaus eine Alternative, vor allem ist es skalierbar 
anhand des verfügbaren Geldes. Die Preise für die Rechner sind auch ok 
(0,10 bis 0,80 USD/Stunde), nur der Traffic ist ein wenig teuer (0,17 
bis 0,10 USD/GB) für unsere Bedürfnisse.

http://www.amazon.com/Instances-EC2-AWS/b/ref=sc_fe_c_0_201590011_2?ie=UTF8node=370375011no=201590011me=A36L942TSJ2AJA

http://calculator.s3.amazonaws.com/calc5.html?

cu
Henry

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

Re: [Talk-de] Tennisplatz in Sportverein in Wald

2008-07-29 Diskussionsfäden GeoJ

Sven Geggus schrieb:

 Das Loch dann wie bei mir mit leisure=sports_center die Tennisplätze
 als sport=tennis.

Auf leisure=sports_center wäre ich jetzt nicht gekommen. Laut Map 
Features DE ist das ein Fitnesscenter...
In den anderen Sprachen ist gar keine Beschreibung dafür.

GeoJ


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

Re: [Talk-de] JOSM: simplify way (utilsplugin)

2008-07-29 Diskussionsfäden Frank Jäger

André Reichelt schrieb:
 
 Ich perönlich und auch ein paar Andrer hier in der ML mögen das Plugin
 nicht besonders. ..
 
 Muss natürlich jeder selbst wissen, aber meine Meinung ist, dass durch
 die automatische Vereinfachung mehr kaputt gemacht als gewonnen wird.
 

Hallo,
für 2 Dinge brauche ich das Plugin dringend:

1. Daten aus der Konvertierung kommunaler Daten. Die haben meist zu
viele Punkte und müssen reduziert werden. Das ist ein Massen-Problem, da
kann ich nicht noch jeden unnötigen Zwischenpunkt einzeln behandeln.

2. Einige Spezialisten setzen auch auf geraden Abschnitten einen
OSM-Punkt auf jeden GPS-Punkt, also alle paar Meter einen.
Das bereinigt das Plugin sehr gut.

Schade, dass es seit ca. 2 Wochen nicht mehr funktioniert.

-- 
Frank Jäger



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

Re: [Talk-de] JOSM: simplify way (utilsplugin)

Hallo,

 2. Einige Spezialisten setzen auch auf geraden Abschnitten einen
 OSM-Punkt auf jeden GPS-Punkt, also alle paar Meter einen.
 Das bereinigt das Plugin sehr gut.
 
 Schade, dass es seit ca. 2 Wochen nicht mehr funktioniert.

Was genau ist denn das Problem? Ich dachte, es waere nur die Einheit 
veraendert worden, und man muss nun die max-error-Variable anpassen. Ist 
das Plugin darueber hinaus noch kaputt, dann schau ich mir das mal an!

Bye
Frederik

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

Re: [Talk-de] Treffen der Aschaffenburger Mapper

2008-07-29 Diskussionsfäden Christian Hartnick


 die Aschaffenburger Mapper treffen sich am Dienstag, den 29.7., ab 19:00 
 Uhr im Hofgarten (selbe Stelle wie letztes Mal). Hier: 
 http://www.openstreetmap.org/?mlat=49.974661mlon=9.154682zoom=18layers=B00FTF

 Jeder ist eingeladen zu kommen.

 Christian Hartnick (aka Mimosin)
   
Nur 'ne kurze Erinnerung!

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

Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam

2008-07-29 Diskussionsfäden Sebastian Niehaus

Frederik Ramm [EMAIL PROTECTED] writes:

[...]

 Spaetz schrieb gerade auf der tilesathome-Liste, dass der Server 
 mittlerweile rebooted ist, weil irgendein Admin 150km mit dem Auto 
 hingefahren ist. 

Hat der wenigstens sein GPS mitlaufen lassen? 


SCNR,


Sebastian 


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

Re: [Talk-de] Tennisplatz in Sportverein in Wald

2008-07-29 Diskussionsfäden Sven Geggus

GeoJ [EMAIL PROTECTED] wrote:

 Auf leisure=sports_center wäre ich jetzt nicht gekommen. Laut Map 
 Features DE ist das ein Fitnesscenter...

Das ist IMO einfach schlecht übersetzt!

 In den anderen Sprachen ist gar keine Beschreibung dafür.

Es wird gerendert und passt IMO am besten.

Andere Länder sind nicht so vereinslastig wie wir :)

Gruss

Sven

-- 
We don't know the OS that God uses, but the Vatican uses Linux
   (Sister Judith Zoebelein, Vatican Webmaster)

/me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web

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

Re: [Talk-de] Tennisplatz in Sportverein in Wald

GeoJ wrote:

 Auf leisure=sports_center wäre ich jetzt nicht gekommen. Laut Map 
 Features DE ist das ein Fitnesscenter...

mmmh, dict.leo.org sagt sports centre/center=Sportzentrum...

Auch das heißt Sports Center und sieht nicht nach Fitnessstudio aus: 
http://de.fifa.com/mensolympic/destination/stadiums/stadium=5015625/index.html

Das hier allerdings: http://www.sportscentre.org.uk/ ist vom Angebot her 
schon eher mit einem deutschen Fitnesscenter zu vergleichen.

Ich denke, der Problem ist das deutsche Vereinswesen. Hierzulande gibt 
es für fast alle Freizeitsportarten einen Verein, das läßt den 
kommerziellen Betreibern (=Fitnesscenter) wenig über. Also alle 
Sportangebote sind sports_center, unsere Fitnesscenter wären am ehesten 
health_club.

cu
Henry

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

Re: [Talk-de] Potlatch, die Siebenundzwölfigste

2008-07-29 Diskussionsfäden Richard Fairhurst

Ralf Otmanns wrote:

 Potlatch mag sein ein tolles Tool sein, ein gut gemeintes Tool ...  
 leider wissen vielleicht 2 % der Leute, die es verwenden, was sie da  
 tun. Ihr wisst ja, dass gut gemeint das Gegentum zu gut ist. Der  
 Rest sind wie 4jährige, denen Du Malstifte gibst und sie dann in ein  
 frisch tapeziertes Zimmer sperrst.

I get intensely frustrated when people complain about aspects of an  
open source project like OSM, but don't actually _do_ anything about it.

All the code for Potlatch is public domain, freely available, in the  
main OSM repository, and in a well-known and well-documented language,  
with a free compiler.

http://trac.openstreetmap.org/browser/applications/editors/potlatch/

Patches are welcome. If you submit patches to bugs you've noticed,  
that's great. If you submit patches to any of the outstanding trac  
tickets, that's _really_ great, because it means I can spend less time  
on these and more time improving usability - such as the online help  
feature planned for Potlatch 1.0. For example, you could fix  
http://trac.openstreetmap.org/ticket/954, which is really difficult  
for me to do because I don't actually have a German keyboard. If  
someone else saves me an afternoon hacking on that, the online help  
gets one afternoon nearer.

Maybe you can't program. That's fine. There are still a lot of ways in  
which you can help. Several people on this list have put a lot of time  
into localising Potlatch and improving the German-language docs on the  
wiki, and I'm enormously grateful to them.

Why not create a video screencast in your native language, showing  
newbies how to use Potlatch? If you were to upload it to YouTube I  
could perhaps even use their API to integrate it into Potlatch, so  
that new users could click to see the tutorial before they start.

If you feel there are things about Potlatch that need improving, then  
come and help. There are only 24 hours in the day, I can't do it all  
myself.

Don't just sit here and whinge. Particularly, at least have the common  
courtesy to cc: your complaints to the developer, rather than bitching  
off behind his back in a language which he doesn't understand (except  
via Google Translate ;) ) and on a list which he very rarely reads.

Oh, and 2%? Come on, you only weaken your case with such utterly  
absurd exaggerations. As a _mapper_ I'm offended by your suggestion  
that I'm 98% likely not to know what I'm doing, simply because of my  
choice of editor.

Richard


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

Re: [Talk-de] Potlatch, die Siebenundzwölfigste

Richard Fairhurst wrote:

 I get intensely frustrated when people complain about aspects of an  
 open source project like OSM, but don't actually _do_ anything about it.

So again it boils down to we don't want any teamwork, we only want 
people who randomly implement stuff on their own and if you want to 
talk about some aspect of OSM, you are not wanted here.

Funny, I always hated the part of my job about discussing ideas with the 
team first instead of just implementing them. Past tense.

cu
Henry

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

Re: [Talk-de] Worldfile Revolutions 22. Juli 2008

2008-07-29 Diskussionsfäden Holger Issle

Hi,

 auf Wunsch eines einzelnen Herrn habe ich jetzt eine Europakarte
 bereitgestellt. :-)

 http://wiki.openstreetmap.org/index.php/User:Computerteddy#Downloads

Was ist denn die ID der Karte? Ich bekomm die in MapSource 6.14 unter
Vista 32bit nicht zum laufen.
-- 

Ciao,
Holger (GUS-KOTAL, GUS#1100, GRR#51)

90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm
95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!)

cu @ http://www.issle.de


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

Re: [Talk-de] Flyer: Status und Neudesign

2008-07-29 Diskussionsfäden Thorsten Feles

Hallo,

Frederik Ramm schrieb:
 Hallo,
 
 unser A7-Flyer ist ein sehr grosser Erfolg. Insgesamt sind 
 schaetzungsweise schon so 15.000 Stueck davon verteilt worden (naja, 
 15.000 habe ich verschickt, nicht alle davon werden den Weg in die Hand 
 eines Kunden gefunden haben), und jede Woche verschicke ich Paeckchen 
 und Briefe mit 10, 50, 100 oder 200 Stueck durch die Republik (und in 
 angrenzende Alpenrepubliken sowie Eidgenossenschaften ;-).

15.000 Hallo, das ist nicht schlecht. Hoffentlich war da kein 
Altpapierhändler dabei ;.)

 Der Flyer kommt bei den meisten gut an, und ich koennte mir vorstellen, 
 dass er auch eines von vielen Mosaiksteinchen ist, die dafuer sorgen, 
 dass Deutschland dasjenige OSM-Land mit der groessten Community ist. 
 (Naja, vielleicht ueberschaetze ich die Sache ein klein wenig... aber 
 das sei mir gegoennt.)

Das ganze OSM besteht aus Mosaiksteinchen. Immer wieder schauen mich die 
Leute etwas blöde an oder fragen wenn ich so mit GPS rumlaufe, Fotos 
mache und Notizen. Da hilft evtl ein Flyer weiter.

 Im Moment habe ich noch genug Vorraete fuer die naechsten Monate, aber 
 wenn diese Auflage mal alle ist, waere es vielleicht Zeit fuer ein 
 bisschen frischen Wind. Wenn also unter Euch irgendjemand ein Haendchen 
 fuer Drucksachen-Design hat, dann macht doch mal einen Entwurf fuer 
 einen neuen Flyer! Der jetztige ist ja von mir gemacht, um einfach mal 
 irgendwas zu haben, und einem professionellen Designer stehen bestimmt 
 bei einigen Sachen die Haare zu Berge.

Ich habe schon schlechteres von echten Profis gesehen. Design ist nun 
mal zu 50% Geschmacksache, die anderen 50% können. An letzterem mangelt 
es dem Flyer weniger.

 Ich denke, wir sollten auf jeden Fall bei A7 oder maximal A6 bleiben, 
 oder von mir aus auch ein nicht-DIN-Format aehnlicher Groesse. Der 
 Inhalt sollte grob der gleiche sein, also so, dass man den Flyer 
 jemandem auf der Strasse geben kann, der fragt was machen Sie denn da 
 mit dem GPS.

Zwei Typen, ähnlicher Inhalt:
a) der Straßenflayer mit Basics für jederman
b) Flayer für Veranstaltungen, Behörden etc mit etwas mehr Fachinfo.

 Also, wenn jemand Lust hat, was zu basteln - es ist wie gesagt nicht 
 eilbeduerftig, die Vorraete halten noch ne Weile, aber irgendwann werden 
 sie alle sein, und ich bin ziemlich sicher, dass wir dann weitermachen 
 wollen.

Mal sehen, aber im Sommer bin ich lieber mit dem GPS unterwegs, PC 
reicht eh schon mit xxx Stunden am Tag ;-)

Gruß Thorsten

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

Re: [Talk-de] Worldfile Revolutions 22. Juli 2008

2008-07-29 Diskussionsfäden Carsten Schwede

Hallo Holger,

die ID ist die Standard-ID, das müßte 42 sein. In Mapsource 6.14 sollte 
aber gar keine Karte gehen, da hat Garmin was kaputtgespielt. 6.13 
sollte aber gehen. Oder einfach QLandkarte verwenden. :-)


-- 
Viele Gruesse
Computerteddy

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

Re: [Talk-de] Potlatch, die Siebenundzwölfigste

Hi,

 No, it doesn't. Talking is great (like I say, especially if you talk  
 to someone who can actually do something), but it's got past that  
 stage now.

I think the original poster was not complaining about any particular 
aspect of Potlatch the software that could be improved, even if he 
were a Flash programmer. I think this is just the umpteenth instance of 
we don't want any more newbies in our project ... or at least I don't 
want them modify MY data.

Newbies tend to make mistakes and they tend to use Potlatch. It is not 
Potlatch that induces mistakes.

My take is that we need newbies because if we'd stop growing, or even 
switch to linear growth, we'll never complete the earth in my lifetime. 
But to those who are content with having completed their village, this 
might not seem such an important goal.

I also refuse to discuss this further because it has been discussed to 
death and back already.

Bye
Frederik


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

Re: [Talk-de] JOSM: simplify way (utilsplugin)

2008-07-29 Diskussionsfäden Frank Jäger

Frederik Ramm schrieb:
 Hallo,
 

Hallo Frederik,

 Was genau ist denn das Problem? 

Vor ca. 2 Wochen hatte ich hier nachgefragt.
Die Antwort war: Der Bug ist in DEV bereits bekannt.

Seit dem habe ich auf eine Bereinigung des Fehlers gewartet.

 Ich dachte, es waere nur die Einheit
 veraendert worden, und man muss nun die max-error-Variable anpassen. 

Das habe ich eben das erste Mal gelesen.
Das war mir bisher nicht bekannt.

 Ist das Plugin darueber hinaus noch kaputt, dann schau ich mir das mal an!
 

Ich habe den Key nun angelegt und mit Wert 1 gefüllt.

Klappt! - Jetzt beginnt das große Aufräumen.


 Bye
 Frederik
 

Es war also nur ein Kommunikationsproblem.

Vielleicht kann bei der Installation ein vernünftiger Wert
voreingestellt werden. 50 Meter Genauigkeit ist doch ziemlich geschlabbert.


-- 
Frank Jäger
http://www.FOTODRACHEN.de

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

Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam

2008-07-29 Diskussionsfäden Gernot Hillier

Hi!

Frederik Ramm schrieb:
 * Mittlerweile hatte der Server aber irgendein Problem, das dazu 
 fuehrte, dass man sich nicht mehr einloggen konnte, d.h. alle unsre 
 Leute waren dadurch k.o. gesetzt, und man muss sich direkt mit den 
 Uni-Admins vor Ort unterhalten. Da hakelt es offenbar etwas - was 
 genau da los ist/war, weiss ich nicht.
 Der Server braucht zu viel RAM, es ist (mir) unklar, ob tatsächlich [EMAIL 
 PROTECTED] 
 oder ein weitere Umstellung auf dem Server (Openaerialmap, XAPI) evtl. 
 auch in Verbindung mit [EMAIL PROTECTED] zu den Problemen führte.
 Jedenfalls hat der OOM wohl den sshd gekillt, was jegliche 
 remote-Zugriffe von [EMAIL PROTECTED] oder OSM-Admins unmöglich macht.
 
 Spaetz schrieb gerade auf der tilesathome-Liste, dass der Server 
 mittlerweile rebooted ist, weil irgendein Admin 150km mit dem Auto 
 hingefahren ist.

Würde es helfen, den Jungs eine über Ethernet schaltbare Steckdose zu
kaufen oder kann die dann in der Uni wieder nicht angesteckt werden?

Die Teile kosten wenige hundert € und wir verwenden die eigentlich sehr
erfolgreich.

--
Gernot

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

Re: [Talk-de] JOSM: simplify way (utilsplugin)

2008-07-29 Diskussionsfäden Alexander Menk


Hi!

André Reichelt wrote:

Alexander Menk schrieb:
ich benutze seit einiger Zeit das utilsplugin und die simplify-way. 
Bisher wurden nach meinem Geschmack zu wenige Punkte entfernt.


Jetzt habe ich das Plugin aktualisiert und scheinbar wurde die 
Empfindlichkeit verringert .. jetzt entfernt es so viele Punkte, dass 
der vereinfachte Weg teilweise 50-100m neben dem eigentlichen verläuft.


Ich perönlich und auch ein paar Andrer hier in der ML mögen das Plugin 
nicht besonders. Ich selbst gehe so vor, dass ich bereits bei der 
Wegerstellung nur so viele Punkte wie nötig setze. Man erkennt mit der 
Zeit sehr schnell, ob es sich um eine echte Kurve oder nur um 
Messungenauigkeiten handelt. In Kurven gebe ich persönlich gerne mehr 
Punkte aus, damit es auch ohne glättung relativ rund aussieht. Das 
heisst, dass ih jeden zweiten oder dritten GPS-Punkt, manchmal auch 
häufiger, einen Node setze.


Muss natürlich jeder selbst wissen, aber meine Meinung ist, dass durch 
die automatische Vereinfachung mehr kaputt gemacht als gewonnen wird.


ich benutze das Plugin auch selten dafür selbst gezeichnete Wege zu 
vereinfachen, sondern wandle GPX Tracks von Gebirgsstraßen in einen 
Datenlayer um und vereinfache diese dann.


@ Frederik Ramm

simplify-way.max-error


Das ist genau die Einstellung die ich gesucht habe.
Ich schließe mich aber Frank Jäger and und denke, dass 50m als 
Voreinstellung vielleicht etwas viel ist...


Ich habe es jetzt auf 3m gestellt ..

Grüße, Alexander






smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

[Talk-de] Screencast Multipolygon (war: Tennisplatz in Sportverein in Wald)

Hallo,

aus gegebenen Anlass habe ich mal auf die Schnelle einen Screencast zur 
Erstellung von Multipolygonen erstellt. Ich würde ihn auch gerne 
hochladen, nur ist mein Websapce nach den letzten Screencasts bis 
Monatsende dicht.

Könnte ich also bitte evtl. irgendwo (osm.de?) temporär FTP-Zugang 
bekommen? Das SVN will ich dazu nicht missbrauchen.

Vielen Dank, Sven

Ps: Sind ca. 35mb

Johann H. Addicks schrieb:
 Sven Grüner schrieb:
 Also ich empfinde es als korrekt, den Wald im Bereich des Sportvereins 
 per Multipolygon aus zuschneiden:
 http://wiki.openstreetmap.org/index.php/Relation:multipolygon

 
 Selbst mit dem Josm wird mir nicht klar, ob ich z.B. wenn die 
 inner-Fläche gleichzeitig ein anderes Landuse ist, ob ich dann zwei 
 Polygone ziehen muss (mit geringem Abstand) oder ob ich die Punkte 
 wiederverwenden kann. (Wenn letzteres, dann gelingt mir es nicht, die 
 richtigen auszuwählen)
 
 Will sagen: Ein paar konkrete Beispiele, evtl. mit Screenshots wären 
 nicht schlecht.

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

Re: [Talk-de] Potlatch, die Siebenundzwölfigste

Richard Fairhurst wrote:

 So again it boils down to we don't want any teamwork, we only want  
 people who randomly implement stuff on their own and if you want  
 to talk about some aspect of OSM, you are not wanted here.
 
 No, it doesn't. Talking is great (like I say, especially if you talk  
 to someone who can actually do something), but it's got past that  
 stage now.

Fair.

 I've seen several threads on talk-de complaining about Potlatch but  
 not one single person actually committing patches. I'm genuinely  
 puzzled - how do you think there are going to be any improvements if  
 you don't muck in and help? Who do you think is actually going to do  

The single problem with all threads so far is, that they ended nowhere. 
The people who started them got chased away, any suggestions got 
flamewared instead of discussed, and so on. Until now, nobody came up 
with the one-big-answer-that-solves-all.

Some good initial ideas came up, but without constructive discussion, 
they quickly died. Some were killed by the API-0.6-will-have-changesets 
hammer, some with the the-developer-will-never-implement-that axe. Oh, 
and quite often we had the that-would-kill-the-purpose-of-potlatch 
guillotine...

I see 4 major problem areas with potlatch:

* New users don't know realize that they change the live data. The new 
popup window and the start/play buttons helped, but we all know people 
will click anything if that helps them not reading any text. Also the 
map not insta-showing their changes helps here.

* New users don't know how to use potlatch. Having few buttons on-screen 
makes a friendly UI, but it doesn't help users to realize the full 
potential of a tool. Together with #1, we get the oops, that was a 
mistake, close the browser window and restart-syndrome---that works 
well with e.g. Wikipedia, but not potlatch.

* potlatch doesn't catch common errors, like not connecting ways or ways 
going A-B-A. I think someone who actually had to cleanup after a 
potlatch user can tell you more about this one.

* potlatch does not tell the user what changes are applied. So people 
can, e.g., move a way without even realizing they did.

There is a fifth problem, but that is not really a software problem:

* Random people do random edits in random areas. Meaning, that with 
potlatch you can edit anywhere in the map, you don't have a home area. 
For all those people who have a home area, an area they build up and 
care for and spent hours to perfect it, the typical potlatch edit (three 
changes by a person who never before has edited something in that area) 
is very intrusive.

cu
Henry

PS: My personal wishlist for potlatch with API 0.6 would be a big nice 
green(*) window saying potlatch is now going to submit the following 
changes into the database. Please review them and enter a comment into 
the edit field below. And one or two zoom levels more, I got some 
roundabouts here, that are uneditable in potlatch because you almost 
only see a grey area with some nodes ;)

(*) green is a friendly colour, they say :-)

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

Re: [Talk-de] Potlatch, die Siebenundzwölfigste

2008-07-29 Diskussionsfäden Andreas Jacob

Hi Richard

Am Dienstag, 29. Juli 2008 12:38:53 schrieb Richard Fairhurst:

 I've seen several threads on talk-de complaining about Potlatch but
 not one single person actually committing patches. 

I think that most people writing in talk-de are using josm, and so potlatch is 
not on their focus. The only moment when they get in touch with potlatch is 
when editing the osm-data with josm and seeing the editor string.

Another fact is, that potlatch is an instant editing tool, which rookies 
seems to prefer. So complaining about potlatch could mean complainig about 
rookies and theire way of editing osm data. Rookies using josm could also 
harm existing data. It seems that they frequently don't use the download 
button before entering new data. As a konsequence some ways are uploaded 
double. 
Regarding potlatch rookies seem to prefer working in lower zoom levels. So it 
often happens, that new ways are not proper conected to existing ones. I'm 
not sure of how to prevent the rookies from doing so. May be a zoom level 
depend snap-in function? (not knowing if such thing is still implemented but 
to fine adjusted).


 I'm genuinely 
 puzzled - how do you think there are going to be any improvements if
 you don't muck in and help? Who do you think is actually going to do
 them? Even if you expect me to do it all, you haven't even been
 discussing it on a list that I can read.

Take it easy. You are the man which catches the walk-in customers, and our 
task would be to teach them how to use the different osm toolsets. :-)

Cheers Andreas

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

Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam

2008-07-29 Diskussionsfäden Andreas Jacob

Am Dienstag, 29. Juli 2008 13:12:41 schrieb Gernot Hillier:
 Hi!

 Frederik Ramm schrieb:
 
  Spaetz schrieb gerade auf der tilesathome-Liste, dass der Server
  mittlerweile rebooted ist, weil irgendein Admin 150km mit dem Auto
  hingefahren ist.

 Würde es helfen, den Jungs eine über Ethernet schaltbare Steckdose zu
 kaufen oder kann die dann in der Uni wieder nicht angesteckt werden?

Vorausgesetzt der Server hängt alleine an einer USV, welche dann recht bald 
nach Stromausfall den Impuls zum geordneten Runterfahren des Rechners gibt. 
Es haben zwar heutzutage einige Dateisysteme eine Journalingfunktion 
eingebaut, weswegen ich aber das harte Ausschalten eines Servers trotzdem 
nicht provizieren wöllte.

Gruß Andreas

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

Re: [Talk-de] Straßenverzeichnis bekommen (war Re: BETA: Statistik Buchholz in der Nordheide)

Martin Koppenhoefer schrieb:
 ich halte das für unnötig. Der Herausgeber eines Straßenverzeichnisses
 ist ja nicht gleichzeitig automatisch der Urheber der Straßennamen,
 oder?

Ist der Duden der Urheber der deutschen Rechtschreibung=

 Ausserdem sind unsere Karten keine abgeleiteten Werke von
 Straßenverzeichnissen. Diese nutzen wir lediglich, um die
 Vollständigkeit unserer Karten zu überprüfen (sowie ggf., um die
 richtige Schreibweise herauszufinden. Allerdings sind ja auch dort
 keine Tippfehler ausgeschlossen).

Wieso so umständlich? Dann kannst Du gleich einen Stadtplan
nehmen.

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

Re: [Talk-de] Potlatch, die Siebenundzwölfigste

2008-07-29 Diskussionsfäden Florian Lohoff

On Tue, Jul 29, 2008 at 12:52:24PM +0200, Frederik Ramm wrote:
 Hi,
 
  No, it doesn't. Talking is great (like I say, especially if you talk  
  to someone who can actually do something), but it's got past that  
  stage now.
 
 I think the original poster was not complaining about any particular 
 aspect of Potlatch the software that could be improved, even if he 
 were a Flash programmer. I think this is just the umpteenth instance of 
 we don't want any more newbies in our project ... or at least I don't 
 want them modify MY data.
 
 Newbies tend to make mistakes and they tend to use Potlatch. It is not 
 Potlatch that induces mistakes.

I dont think anyone wants to exclude newbies - Letting others modify
my data is a hard task to actually watch at least when you know better
about the area but thats life - get over it. One has to tell himeself
that this leads to a better map in the end.

I have watched/read some of the other potlatch bashing and i have seen
it happing in the area i feel home too. Potlatch is the right tool for
the right audience - it brings the entry level to a point where my mum
and dad could make good maps. On the other end i think it makes it a
little too easy to trash data - i havent got any real ideas to make it
harder to trash data and easier to create correct new ones - probably we
should get Steve Jobs to look over it :).

Flo
-- 
Florian Lohoff  [EMAIL PROTECTED] +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/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Straßenverzeichnis bekommen (war Re : BETA: Statistik Buchholz in der Nordheide)

Sven Anders schrieb:
 * durch Pressearbeit: Wir haben 80% von Musterstadt erfasst
 * durch eine Schnittstelle die jeder Mapper der in Musterstadt mappt nutzen 
 kann: Oh die Bahnhofstraße fehlt noch! Dann lauf ich da mal hin!
 * wenn wir viele solche Statistiken haben könnnen wir ja auch 
 Gesammtstatistiken fahren: Das Bundesland in dem Musterland liegt ist zu 60 % 
 erfasst.
 * Wir erfahren dadurch auch etwas über Grenzverläufe.

In meinen Augen ist OpenStreetMap viel zu sehr begrenzt,
da sich 90% der Mapper nur Straßen mapppen.

Für meinen Arbeitsbereich sind aber POIs und andere Daten
auch sehr interessant, aber dann hört man gleich wieder,
dass das Projekt was mit Street[s] zu den hat.

Die Statistiken kann man doch über diese neue Website
abfragen ... Namen vergessen.

 Wenn jeder für sich sein süppchen kocht, muss jeder auch den Aufwand selbst 
 treiben:
 
 * Daten suchen
 * Daten aus einen PDF Dokument in was Maschinenlesbares wandeln. (inkl. UTF-8 
 Charset, etc.)
 * Ein Polygon bestimmen
 * Das Polygon herunterladen
 * Daten vergleichen
 * Daten pflegen (Neubaugebiet hinzufügen) 

Wie willst Du es sonst machen? Eine Hierarchie einführen und Leuten
mit Überwachungsaufgaben betrauen?

 BTW: Das Staßenverzeichnis in HH hat Geld gekostet, aber ich habe damit auch 
 die Genemigung erhalten es für die oben gennten Zwecke für OSM zu nutzen. Und 
 wenn es nicht zu teuer ist, finde ich es auch nicht schlimm für Daten Geld zu 
 zahlen.

Ich zahle seit Jahren für meine Daten Geld und bin daher auch nun
bereit, OSM zu fördern, damit ich was wiederbekomme.

Legal genutzte Straßenverzeichnisse finde ich 100x besser, als
die graue Nutzung irgendwelcher gehackten Telefonbuch-CDs.

[Mailverkehr mit Amt]

Ich habe eine ähnliche Zusammenfassung ja bereits bei der DP geschrieben
und ich finde, sowas gehört nicht hier in den Talk, sondern auf die
Wiki-Seite, damit es alle sehen können.

Ich schreibe es derzeit immer unter die betroffene Kommune bzw.
den betroffenen Anbieter. Vielleicht sollten wir eine Art
Blacklist einfügen, in dem alle Firmen stehen, die kein Interesse
an Kooperation haben.

 Wie ich erfahren habe, sind solche Satzungen gemeinfrei (siehe
 B-Plan Diskussion).
 
 Oder sie sind eine Datenbank, ich denke wir sind auf der sicheren Seite, wenn 
 wir von einem Angestellten der Verwaltung ein Straßenverzeichnis für die 
 Verwendung bei OSM bekommen.

Das mit der Satzung war auf die Straßenreinigung bezogen. Da es sich
bei der Liste um einen Anhang gehalten hat, hat sie eine informative
Bedeutung und gilt daher, meiner Meinung nach, als gemeinfrei .

 Ich  umreiße ich in meiner Anfrage  kurz was ich mit den Daten machen möchte: 
 Nutzung sämmtlicher Daten für die Berabreiter von OSM im Internet zur 
 Vollständigkeitsprüfung, Veröffentlichung einer Stastik über die Daten (z.B: 
 Erfassungsgerad); Man kann natürlich auch erstmal die Berateier von OSM 
 weglassen und hoffen das es alle Internetnutzer sich ansehen dürfen).

Mach es nicht zu kompliziert, sonst antwortet die Kommune gar nicht.
Wir sollten generell sowas wie Musteranschreiben entwerfen, finde ich.

Grüße
Tobias

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

Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam

2008-07-29 Diskussionsfäden Gernot Hillier

Hi!

Andreas Jacob schrieb:
 Am Dienstag, 29. Juli 2008 13:12:41 schrieb Gernot Hillier:
 Hi!

 Frederik Ramm schrieb:
 Spaetz schrieb gerade auf der tilesathome-Liste, dass der Server
 mittlerweile rebooted ist, weil irgendein Admin 150km mit dem Auto
 hingefahren ist.
 Würde es helfen, den Jungs eine über Ethernet schaltbare Steckdose zu
 kaufen oder kann die dann in der Uni wieder nicht angesteckt werden?
 
 Vorausgesetzt der Server hängt alleine an einer USV, welche dann recht bald 
 nach Stromausfall den Impuls zum geordneten Runterfahren des Rechners gibt. 
 Es haben zwar heutzutage einige Dateisysteme eine Journalingfunktion 
 eingebaut, weswegen ich aber das harte Ausschalten eines Servers trotzdem 
 nicht provizieren wöllte.

Ok, dann eben ein KVM-Extender für die wohlwollenden Probleme
(ssh-Dämonen ge-oomt) und einen Remote-Steckdose für die lästigeren
Probleme.

Wobei ich mit erster Geräte-Kategorie keine Erfahrung habe, weil wir
hier nur Remote-Steckdosen einsetzen und uns damit bisher noch nie was
wirklich kaputt gegangen ist.

--
Gernot

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

Re: [Talk-de] Hardware, Stand der Dinge

2008-07-29 Diskussionsfäden Andreas Jacob

Am Dienstag, 29. Juli 2008 08:08:47 schrieb Tim 'avatar' Bartel:

 Das Problem ist doch, dass augenscheinlich viele aus der deutschen
 Community eine Bringschuld der (alle nicht des deutschen mächtigen?)
 Admins erwarten, obwohl diese durchaus ansprechbar sind. Das war
 Frederik getan hat, hätte ja jeder derjenigen tun können, der vorher
 umfangreich Kritik geübt habt.

 Davon unberücksichtigt ist die Wunschvorstellung, wie eine gute
 Kommunikationsstruktur in einer gefestigten Organisation aussehen
 sollte.

 Frederik hat ja jetzt noch einmal Kontaktmöglichkeiten aufgezeigt.
 Natürlich wird Arbeit nicht gerade schneller von der Hand gehen, wenn
 diese jeder nutzt - 

genau - und genau aus diesem Grund habe ich selbst auch nicht selbst 
nachgefragt, sondern geschlussfolgert, dass wenn es etwas neues gibt, 
bestimmt ein 2 Zeiler im Platform Status auftaucht. Das natürlich derzeit die 
Hardware so ungüstig verteilt ist, dass ein Reboot tatsache mehrere Tage 
dauern kann, hätte ich im Leben nicht vermutet.

 der Weg sprich mit einem Admin der Ahnung hat und 
 schreibe eine Zusammenfassung auf talk-de scheint da
 vielversprechender.

 Selbst ohne strukturelle Organisation der deutschen Community wäre es
 also vielleicht keine schlechte Idee, wenn sich ein Vermittler
 finden würde, der genau diese Aufgabe a) regelmäßig oder b) in
 Krisensituationen wahrnimmt.

Das ist auch meine Sicht der Dinge. Wenn die Admins denn sowieso im IRC zu 
finden sind, wäre es auch eine Idee, dort einen Bot zu füttern, welcher die 
aktuellen Meldungen beschreibt. Das kann man sich ja jederzeit von dort 
abholen, und auf den lokalen ML verteilen.

Gruß Andreas


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

Re: [Talk-de] Straßenverzeichnis bekommen (war Re : BETA: Statistik Buchholz in der Nordheide)

2008-07-29 Diskussionsfäden Stefan Schwan

Hi!

Am 29. Juli 2008 13:54 schrieb Tobias Wendorff
[EMAIL PROTECTED]:
Mach es nicht zu kompliziert, sonst antwortet die Kommune gar nicht.
Wir sollten generell sowas wie Musteranschreiben entwerfen, finde ich.

ich habe grade eine Email an die Stadt Singen (Hohentwiel)
geschrieben. Wenn man mir antwortet, werde ich berichten...

Gruß, Stefan

Sehr geehrte Damen und Herren,

ich beteilige mich am Internetprojekt OpenStreetMap (
http://www.openstreetmap.org ). Ziel des Community-Projektes ist die
Schaffung einer Straßen / Weltkarte unter einer freien Lizenz (
http://creativecommons.org/licenses/by-sa/2.0/deed.de ).

Wir erfassen Straßen, Wege und Flächen mittels GPS Geräten und tragen
sie in unsere Datenbank ein. Aus diesen Daten werden Landkarten
erstellt, die von jedermann frei benutzt werden können. Sie könnten
diese Karten beispielsweise kostenlos auf ihrer Website anbieten.

In den vergangenen Wochen war ich zu diesem Zweck in Singen unterwegs
und habe große Teile der Nord- und Südstadt sowie Friedingen kartiert.
Der aktuelle Stand ist unter

http://informationfreeway.org/?lat=47.75577212966519lon=8.886319304579184zoom=13layers=B000F000F

bzw.

http://www.openstreetmap.org/?lat=47.7557lon=8.8596zoom=13layers=B00FTF
(wöchentlich aktualisiert)

abrufbar.

Neben der Erfassung mittels GPS Geräten benutzen wir andere frei
verfügbare Informationen:
Singen ist nach wie vor alles andere komplett erfasst - das liegt
unter anderem daran, das es anders als in anderen Regionen keine
benutzbaren Luftnahmen gibt und so alle Straßen vor Ort erfasst werden
müssen. Dabei werden besonders kleine Straßen und Stichwege häufig
übersehen.
Ich werde in den kommenden Wochen meine Bemühungen fortsetzen, und die
noch fehlenden Stadtteile erfassen.

Um die Abdeckung zu verbessern, hat sich der Abgleich unseres
Datenbestandes mit offiziellen Straßenverzeichnissen als sehr
hilfreich erwiesen. Viele Städte und Gemeinden bieten solche
Verzeichnisse als Anhänge zu Satzungen auf ihren Internetauftritten
an. Diese nach §5 UrhG gemeinfreien Verzeichnisse benutzen wir dazu
festzustellen, welche Straßen noch fehlen, und diese Informationen auf
unserer Website

http://wiki.openstreetmap.org/index.php/Main_Page

zu veröffentlichen.

Leider habe ich zu Singen kein solches Dokument finden können.
Daher meine Frage: Kann ich ein Straßenverzeichnis von Singen von
Ihnen bekommen, um es zu diesem Zweck zu benutzen? Ich würde das
Verzeichnis nicht veröffentlichen, sondern nur einen Abgleich mit
unseren Daten vornehmen und die Unterscheide veröffentlichen.

Weiterhin habe ich Bebauungspläne auf ihrer Website entdeckt. Sind
diese Pläne gemeinfrei nach §5UrhG und können für das Projekt benutzt
werden? Falls nicht, können Sie mir die Erlaubnis erteilen, diese
Pläne als Grundlage für ein abgeleitetes Werk zu benutzen?

Verfügen sie über andere Daten, die sie mir zur Verwendung zur
Verfügung stellen könnten? (Shapefiles, Pläne, Verzeichnisse ect)

Vielen Dank,
mit freundlichen Grüßen,

Stefan Schwan

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

Re: [Talk-de] Screencast Multipolygon (war: Tennisplatz in Sportverein in Wald)

2008-07-29 Diskussionsfäden Jochen Topf

On Tue, Jul 29, 2008 at 01:35:11PM +0200, Sven Grüner wrote:
 aus gegebenen Anlass habe ich mal auf die Schnelle einen Screencast zur 
 Erstellung von Multipolygonen erstellt. Ich würde ihn auch gerne 
 hochladen, nur ist mein Websapce nach den letzten Screencasts bis 
 Monatsende dicht.
 
 Könnte ich also bitte evtl. irgendwo (osm.de?) temporär FTP-Zugang 
 bekommen? Das SVN will ich dazu nicht missbrauchen.

Gib mir eine URL, wo ich es (1x) runterladen kann, dann stelle ich es
auf osm.de.

Jochen
-- 
Jochen Topf  [EMAIL PROTECTED]  http://www.remote.org/jochen/  +49-721-388298


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

Re: [Talk-de] Screencast Multipolygon

Hallo,

Dirk Stöcker war am schnellsten und hostet dankenswerterweise den 
Screencast:
http://tmp.dgpsonline.eu/upload_osm/upload.html

Ich habe mit einem Stück Stoff das Knattern abgestellt, die Lautstärke 
ist aber leider noch immer etwas dünn. Bin da echt hilflos, alle Regler 
sind am Anschlag.

Grüße, Sven

Ps: Langfristig kann der Screencast auch gerne zu openstreetmap.org 
umziehen, mir egal. Dann bitte dran denken die Wiki-Seiten zu ändern.

Sven Grüner schrieb:
 Hallo,
 
 aus gegebenen Anlass habe ich mal auf die Schnelle einen Screencast zur 
 Erstellung von Multipolygonen erstellt. Ich würde ihn auch gerne 
 hochladen, nur ist mein Websapce nach den letzten Screencasts bis 
 Monatsende dicht.
 
 Könnte ich also bitte evtl. irgendwo (osm.de?) temporär FTP-Zugang 
 bekommen? Das SVN will ich dazu nicht missbrauchen.
 
 Vielen Dank, Sven
 
 Ps: Sind ca. 35mb
 
 Johann H. Addicks schrieb:
 Sven Grüner schrieb:
 Also ich empfinde es als korrekt, den Wald im Bereich des Sportvereins 
 per Multipolygon aus zuschneiden:
 http://wiki.openstreetmap.org/index.php/Relation:multipolygon

 Selbst mit dem Josm wird mir nicht klar, ob ich z.B. wenn die 
 inner-Fläche gleichzeitig ein anderes Landuse ist, ob ich dann zwei 
 Polygone ziehen muss (mit geringem Abstand) oder ob ich die Punkte 
 wiederverwenden kann. (Wenn letzteres, dann gelingt mir es nicht, die 
 richtigen auszuwählen)

 Will sagen: Ein paar konkrete Beispiele, evtl. mit Screenshots wären 
 nicht schlecht.
 
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
 

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

Re: [Talk-de] Potlatch, die Siebenundzwölfigste

2008-07-29 Diskussionsfäden Dirk-Lüder Kreie


Ralf Oltmanns schrieb:


Wann endlich wird es eine Qualitätskontrolle geben, die verhindert, dass
Potlatcher einem die ganze Arbeit kaputtmachen?


Kommunikation. Nicht ohne Grund erfordert Potlatch dass man seine edits 
public schaltet.
Es ist wirklich einfach einen User über die OSM-Webseite zu 
kontaktieren, warum nutzt du das nicht, anstatt völlig ungerichtet 
deinen Unmut hier reinzublasen?



Potlatch mag sein ein tolles Tool sein, ein gut gemeintes Tool ...
leider wissen vielleicht 2 % der Leute, die es verwenden, was sie da
tun. 


Das glaube ich nicht, Tim.


--

Dirk-Lüder Deelkar Kreie
Bremen - 53.0952°N 8.8652°E



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

Re: [Talk-de] Tennisplatz in Sportverein in Wald

Hallo,

 Selbst mit dem Josm wird mir nicht klar, ob ich z.B. wenn die
 inner-Fläche gleichzeitig ein anderes Landuse ist, ob ich dann zwei
 Polygone ziehen muss (mit geringem Abstand) oder ob ich die Punkte
 wiederverwenden kann. (Wenn letzteres, dann gelingt mir es nicht, die
 richtigen auszuwählen)

Wir haben da in dem Relations-Workshop auf der SOTM drueber  
gesprochen, und ich hab hier immer noch das Flipchart liegen, das ich  
laengst mal ins Wiki schreiben wollte. Das folgende wird allgemein  
als das richtige Vorgehen angesehen:

* Bei normalen Multipolygonen hat der aeussere Way die Tags  
(landuse=forest). Der innere Way hat KEINE Tags (also nicht, wie  
manchmal empfohlen wird, ebenfalls landuse=forest). Die beiden sind  
in einer Multipolygon-Relation mit role=outer bzw. role=inner. Die  
Richtung der Ways (Uhrzeigersinn/Gegenuhrzeigersinn) spielt KEINE Rolle.

* Wenn die innere Flaeche zugleich etwas anderes ist (z.B. See im  
Wald), dann wird wie oben vorgegangen (KEIN zusaetzlicher Way auf den  
Nodes der inneren Flaeche). Lediglich bekommt der innere Way dann  
zusaetzlich Tags fuer das, was innendrin ist (natural=water).

* Falls im Loch wiederum ein Loch ist (Insel auf dem Fluss im Wald),  
wird wie oben vorgegangen, und zusaetzlich eine 2. Multipolygon- 
Relation angelegt.

Was auf jeden Fall vemieden werden sollte, ist, in dieser Situation  
mit dem Layer-Tag zu arbeiten (See ueber Wald zeichnen und mit  
layer=1 taggen).

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09 E008°23'33




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

Re: [Talk-de] Potlatch, die Siebenundzwölfigste

2008-07-29 Diskussionsfäden osm

On Mon, 28 Jul 2008 20:28:18 +0200
Ralf Oltmanns [EMAIL PROTECTED] wrote:

 Ich bin mir recht sicher, dass ich mir meiner Meinung nicht allein da
 stehe. 
Einen Thread mit genau dem selben Inhalt, habe ich auch schon mal geschrieben.
Nun wirst du als dogmatisch und einsichtig hingestellt, viel Spass dabei.


 Sollte ich mich irren, sagt mir einfach Bescheid, dann
 verschwende ich meine Zeit lieber mit einem anderen Hobby und lass die
 Potlatcher weitergrandeln.

Selbe Drohung habe ich auch schon ausgesprochen,
hatte keinen Effekt.


Daher würde ich sagen: *Closed*

-- 
-
Mein Weblog: http://der-eichi.de
Themen unter anderem aus den Bereichen |Politik|, |Linux|  und |freie Software|
-
Mein öffentlicher PGP Schlüssel: http://pgp.der-eichi.de
-
! Freie Alternative zu Google Maps  Co.: http://www.openstreetmap.org !

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

Re: [Talk-de] Straßenverzeichnis bekommen (war Re : BETA: Statistik Buchholz in der Nordheide)

Hallo,

im Endeffekt habe ich es Ähnlich geschrieben, aber etwas kürzer.

Du kannst auch nicht davon ausgehen, dass der Beamte irgendwelche
Links anklickt bzw. diese überhaupt bei ihm angezeigt haben.
Ein befreundeter Beamter meinte mal, sie haben nur so eine Maske
mit den Mails, aber noch nicht mal einen Browser installiert.

Auch das mit der Lizenz würde ich viel logisch erklären:
Man kann z.B. mit den Karten einen Stadtplan drucken, ohne
dass man für die Daten eine Lizenzgebühr zahlen muss. Dieser
Stadtplan muss dann aber ebenfalls unter der Lizenz veröffentlicht
werden und jeder darf ihn somit verändern und weiter
vervielfältigen.

Ansonsten: Vernünftig, wenn es jeder so schreibt. Man sollte
mal die Länder anhauen :-)

Grüße
Tobias

Stefan Schwan schrieb:
Hi!

ich habe grade eine Email an die Stadt Singen (Hohentwiel)
geschrieben. Wenn man mir antwortet, werde ich berichten...

Gruß, Stefan

Sehr geehrte Damen und Herren,

In den vergangenen Wochen war ich zu diesem Zweck in Singen unterwegs
und habe große Teile der Nord- und Südstadt sowie Friedingen kartiert.
Der aktuelle Stand ist unter

http://informationfreeway.org/?lat=47.75577212966519lon=8.886319304579184zoom=13layers=B000F000F

bzw.

http://www.openstreetmap.org/?lat=47.7557lon=8.8596zoom=13layers=B00FTF
(wöchentlich aktualisiert)

abrufbar.

http://wiki.openstreetmap.org/index.php/Main_Page

zu veröffentlichen.

Verfügen sie über andere Daten, die sie mir zur Verwendung zur
Verfügung stellen könnten? (Shapefiles, Pläne, Verzeichnisse ect)

Vielen Dank,
mit freundlichen Grüßen,

Stefan Schwan

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

Re: [Talk-de] Tennisplatz in Sportverein in Wald

2008-07-29 Diskussionsfäden Martin Simon

2008/7/29, Frederik Ramm [EMAIL PROTECTED]:
 Wir haben da in dem Relations-Workshop auf der SOTM drueber
 gesprochen, und ich hab hier immer noch das Flipchart liegen, das ich
 laengst mal ins Wiki schreiben wollte. Das folgende wird allgemein
 als das richtige Vorgehen angesehen:

 * Bei normalen Multipolygonen hat der aeussere Way die Tags
 (landuse=forest). Der innere Way hat KEINE Tags (also nicht, wie
 manchmal empfohlen wird, ebenfalls landuse=forest). Die beiden sind
 in einer Multipolygon-Relation mit role=outer bzw. role=inner. Die
 Richtung der Ways (Uhrzeigersinn/Gegenuhrzeigersinn) spielt KEINE Rolle.

 * Wenn die innere Flaeche zugleich etwas anderes ist (z.B. See im
 Wald), dann wird wie oben vorgegangen (KEIN zusaetzlicher Way auf den
 Nodes der inneren Flaeche). Lediglich bekommt der innere Way dann
 zusaetzlich Tags fuer das, was innendrin ist (natural=water).

 * Falls im Loch wiederum ein Loch ist (Insel auf dem Fluss im Wald),
 wird wie oben vorgegangen, und zusaetzlich eine 2. Multipolygon-
 Relation angelegt.

 Was auf jeden Fall vemieden werden sollte, ist, in dieser Situation
 mit dem Layer-Tag zu arbeiten (See ueber Wald zeichnen und mit
 layer=1 taggen).

 Bye
 Frederik

Genau dieses Vorgehen empfinde ich auch als richtig und logisch, nur
leider wird dieses tagging von Mapnik ignoriert und führt zu dem
Ergebnis, daß die äußere Fläche die Werte der inneren erhält.

Im trac gab es ein ticket (http://trac.openstreetmap.org/ticket/969)
dazu, das aber geschlossen wurde, mit der Begründung, daß die innere
Fläche ein separates Objekt sei und man deshalb einen zweiten Way
bräuchte.

Andererseits hat meine kurze Suche im trac gerade ein eine Woche altes
 Changeset hervorgebracht, das anscheinend dieses Problem lösen soll.
(http://trac.openstreetmap.org/changeset/9252)

Mal die nächste rendering-Runde abwarten...

-Martin

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

Re: [Talk-de] Tennisplatz in Sportverein in Wald

Hallo,

On 29.07.2008, at 16:33, Martin Simon wrote:
 Genau dieses Vorgehen empfinde ich auch als richtig und logisch,

[...]

 Andererseits hat meine kurze Suche im trac gerade ein eine Woche altes
  Changeset hervorgebracht, das anscheinend dieses Problem lösen soll.
 (http://trac.openstreetmap.org/changeset/9252)

Genau, das schrieb Jon Burgess auch kuerzlich auf der Liste. Die  
Meinung in dem Workshop war so einhellig, dass auch die Mapnik- 
Developer sich dem nicht verschliessen koennen, bzw. im schlimmsten  
Fall muss eben jemand anders das osm2pgsql reparieren.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09 E008°23'33




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

[Talk-de] Yahoo-SAT: Port nach PHP // JOSM-Plugin-Entwickler gesucht

Hallo Leute,

ich habe gestern und heute an einem PHP-Script geschrieben, welches
einen WMS-Mapserver emuliert und die Tiles automatisch von Yahoo
runterlädt.

Das Ganze funktioniert bei großen Maps noch nicht sehr gut und
man muss einen lokalen oder serverbasierten, PHP-fähigen Webserver
haben.

Vorteil: Man kann es überall benutzen, nicht nur JOSM, sondern
auch GIS.

Habe noch einige Probleme, da es nicht immer 100%ig passt.
Habe irgendwo einen Fehler in den Formeln ... liegt am Wetter,

Nachteil: Es dürfte für einige Leute schwer sein, einen
eigenen Server aufzusetzen. Gibt es daher in der Group hier
fähige Leute, die JOSM-Plugins schreiben können? Ich würde dann
mein Tile-Script zur Verfügung stellen.

Antwort direkt an mich bitte.

Viele Grüße
Tobias

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

Re: [Talk-de] Yahoo-SAT: Port nach PHP // JOSM-Plugin-Entwickler gesucht

Hallo,

 ich habe gestern und heute an einem PHP-Script geschrieben, welches
 einen WMS-Mapserver emuliert und die Tiles automatisch von Yahoo
 runterlädt.

Ein solches Skript gibt es schon, in Java, vor ca. einem Jahr mal auf  
der Dev-Liste vorgestellt, es arbeitet auch mit Google Maps und  
anderen Quellen.

 Nachteil: Es dürfte für einige Leute schwer sein, einen
 eigenen Server aufzusetzen. Gibt es daher in der Group hier
 fähige Leute, die JOSM-Plugins schreiben können? Ich würde dann
 mein Tile-Script zur Verfügung stellen.

Der Nachteil ist leider, dass die Nutzungsbedingungen von Yahoo ganz  
ausdruecklich sagen, dass die Yahoo-Kacheln *nur* mit einem Browser  
abgerufen werden duerfen, unter Verwendung von deren Javascript-API,  
und *nicht* mit irgendwelchen automatischen Skripts. Die Verwendung  
in JOSM ist genau deshalb so krude - es waere zehnmal einfacher  
gewesen, wenn JOSM einfach direkt die Tiles per HTTP von Yahoo holt,  
als die aktuelle Loesung mit dem Umweg ueber den Browser.

Natuerlich ist es mir relativ wurscht, ob irgendwer im stillen  
Kaemmerlein gegen die Wuensche von Yahoo verstoesst und sich Kacheln  
trotzdem runterlaedt, um damit was zu basteln. Aber wir koennen das  
nicht offiziell als OSM-Tool empfehlen und wir koennen schon gleich  
gar nicht einen oeffentlichen Server anbieten, den Leute einbinden  
koennen.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09 E008°23'33




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

Re: [Talk-de] Yahoo-SAT: Port nach PHP // JOSM-Plugin-Entwickler gesucht

Hi,

 Ein solches Skript gibt es schon, in Java, vor ca. einem Jahr mal auf
 der Dev-Liste vorgestellt, es arbeitet auch mit Google Maps und
 anderen Quellen.

Funktioniert leider nicht sonderlich gut, aber besser als nix.

 Der Nachteil ist leider, dass die Nutzungsbedingungen von Yahoo ganz
 ausdruecklich sagen, dass die Yahoo-Kacheln *nur* mit einem Browser

Wird das auf irgendwelche Browser eingeschränkt? Falls nicht, dürfen das
auch neue Browser tun.

 abgerufen werden duerfen, unter Verwendung von deren Javascript-API,
 und *nicht* mit irgendwelchen automatischen Skripts.

Muss man halt einen Javascript-Interpreter in PHP oder Java implementieren,
schon wird deren API genutzt. Würde mich nicht mal wundern, wenn es da schon
was Fertiges gibt (habe aber nicht nach geschaut).

CU
Andreas


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

Re: [Talk-de] Yahoo-SAT: Port nach PHP // JOSM-Plugin-Entwickler gesucht

Frederik Ramm schrieb:
 Der Nachteil ist leider, dass die Nutzungsbedingungen von Yahoo ganz  
 ausdruecklich sagen, dass die Yahoo-Kacheln *nur* mit einem Browser  
 abgerufen werden duerfen, unter Verwendung von deren Javascript-API,  
 und *nicht* mit irgendwelchen automatischen Skripts. Die Verwendung  
 in JOSM ist genau deshalb so krude - es waere zehnmal einfacher  
 gewesen, wenn JOSM einfach direkt die Tiles per HTTP von Yahoo holt,  
 als die aktuelle Loesung mit dem Umweg ueber den Browser.

Hm, also ich betrachte JOSM als Browser speziell für Luftbild-Tiles, 
kann man denn damit noch was anderes machen?

Grüße, Sven

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

Re: [Talk-de] Potlatch, die Siebenundzwölfigste

2008-07-29 Diskussionsfäden Michael Buege

Zitat Thomas Hieber:

 Michael Buege schrieb:
 Zitat Ralf Oltmanns:

   
 Wann endlich wird es eine Qualitätskontrolle geben, die
 verhindert, dass Potlatcher einem die ganze Arbeit kaputtmachen?
 

 Fuer mich bitte frisches Popkorn und eine Diaetcola!
   
 Glaubst Du wirklich, dass auf die Diskussion noch mal jemand
 anspringt? 

Nein, glauben tue ich das nicht.
Ich weiss es. ;-)

 Langsam ist das Thema doch wirklich totdiskutiert. 

Totgesagte leben lange und nichts hat auch nur annaehernd die
Halbwertzeit von Popkornthemen.

 Ansonsten für mich bitte auch einmal Popkorn.

Jepp.

-- 
Michael



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

Re: [Talk-de] Straßenverzeichnis bekommen (war Re: BETA: Statistik Buchholz in der Nordheide)

2008-07-29 Diskussionsfäden Michael Buege

Zitat Martin Koppenhoefer:

 [...] Ausserdem sind unsere Karten keine
 abgeleiteten Werke von Straßenverzeichnissen. Diese nutzen wir
 lediglich, um die Vollständigkeit unserer Karten zu überprüfen
 (sowie ggf., um die richtige Schreibweise herauszufinden.

Also das ganz bestimmt nicht, dazu schaue ich immer vor Ort nach. Und
zwar ausnahmslos.

 Allerdings sind ja auch dort keine Tippfehler ausgeschlossen).

Das waere nur ein Grund, es zu lassen.

-- 
Michael



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

Re: [Talk-de] Photomapping mit .bmp

2008-07-29 Diskussionsfäden Tobias Hägele

Hallo,

ich habe nochmal eine Weile ziellos rumprobiert um alles, aber nun wurde
doch noch ein verwendbares Script daraus:

#!/bin/bash
#
cd ~/OSM/Bilder/jpg
for i in `cd ../bmp; ls *.bmp` ; do convert ../bmp/$i `basename
$i .bmp`.jpg ; done
for i in `ls ../bmp/*` ; do touch -r $i *.jpg ; done
ls -1 *.jpg | xargs -d \\n --replace={} jhead -mkexif {}

Vielen Dank für die geduldige Hilfe!

Tobias


Am Dienstag, den 22.07.2008, 20:02 +0200 schrieb Tobias Hägele:
 Hallo,
 
 gibt es eine Möglichkeit beim Photomapping .bmp Dateien zu verwenden? 
 Ich war jetzt mal wieder eine längere Strecke mit dem Auto unterwegs und
 habe etliche screenshots mit Kartenfehlern von meinem Navi gespeichert
 und würde mir die jetzt gerne im Track anzeigen lassen und
 korigieren.verwenden? Leider speicert mein Navi die Bilder als .bmp und
 damit kommen beide Varianten in JOSM nicht zurecht. 
 Der Erstellzeitpunkt wird mir im PC noch korrekt angezeigt, leider habe
 ich kein tool gefunden, welches mir schnell .bmp in .jpg umwandelt und
 dabei die Zeit korrekt in die .JPG Datei einfügt.
 
 Habt ihr irgendwelche Tipps und Tricks auf Lager?
 
 Wär unheimlich schade, wenn ich auf diese Screenshots verzichten muss.
 
 Dankeschön,
 
 Tobias
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Yahoo-SAT: Port nach PHP // JOSM-Plugin-Entwickler gesucht

Hallo,

On 29.07.2008, at 17:45, Sven Grüner wrote:
 Hm, also ich betrachte JOSM als Browser speziell für Luftbild-Tiles,
 kann man denn damit noch was anderes machen?

Jungs... ich habe diese ganze Argumentation auch durchgemacht. Aber  
dass wir die Yahoo-Tiles nutzen duerfen, ist eine aus Goodwill  
grosszuegige Auslegung der Nutzungsbedingungen. Jede Art von  
automatisiertem Download oder Zwischenspeicherung der Daten oder gar  
ein re-publizieren ist nicht erlaubt; dass wir das in JOSM so machen  
koennen, wie wir es tun, ist schon ziemlich grenzwertig, aber von  
Yahoo halt abgenickt.

Ich finde das auch total unbefriedigend, wie gesagt, es waere aller- 
trivialst, in JOSM einfach einen Tile-Layer einzubinden und direkt  
die Tiles anzuzeigen, aber das ist halt politisch nicht  
durchsetzbar, und wir muessen uns mit dem begnuegen, was wir haben.

@Andreas Pothe: Es gibt wohl eine Java-Browser-Komponente, und  
Francisco Santos hat schon versucht, damit ein besseres YWMS-Plugin  
fuer JOSM zu bauen, keine Ahnung, wie da der Stand ist, wenn Du  
helfen moechtest, erkundige Dich mal bei ihm!

@Tobias: Sorry, wenn ich Dir da den Wind aus den Segeln nehmen muss.  
Ich denke auch, fuer den privaten Bereich ist das sicher sehr  
praktisch, und ob jemand Deine Software zusammen mit dem WMS-Plugin  
einsetzt in JOSM, kann ja eh keiner pruefen - aber wir duerfen halt  
nicht als Projekt empfehlen, es so zu machen, sonst setzen wir den  
Goodwill von Yahoo aufs Spiel; die koennen uns ihre Luftbilder auch  
jederzeit wieder wegnehmen.  Wenn Du versuchen willst, fuer Deinen  
Yahoo-WMS-Proxy ein OK von Yahoo zu bekommen, waere Mikel Maron bei  
OSM Dein Ansprechpartner.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09 E008°23'33




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

Re: [Talk-de] Yahoo-SAT: Port nach PHP // JOSM-Plugin-Entwickler gesucht

Frederik Ramm schrieb:
 @Tobias: Sorry, wenn ich Dir da den Wind aus den Segeln nehmen muss.  
 Ich denke auch, fuer den privaten Bereich ist das sicher sehr  
 praktisch, und ob jemand Deine Software zusammen mit dem WMS-Plugin  
 einsetzt in JOSM, kann ja eh keiner pruefen - aber wir duerfen halt  
 nicht als Projekt empfehlen, es so zu machen, sonst setzen wir den  
 Goodwill von Yahoo aufs Spiel; die koennen uns ihre Luftbilder auch  
 jederzeit wieder wegnehmen.  Wenn Du versuchen willst, fuer Deinen  
 Yahoo-WMS-Proxy ein OK von Yahoo zu bekommen, waere Mikel Maron bei  
 OSM Dein Ansprechpartner.

Alles klar, kein Problem - ich dachte, wir hätten die Nutzung
insgesamt für OSM und nicht nur im Browser.

Projekt eingestellt, Script wandert in /dev/null.

Grüße
Tobias

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

Re: [Talk-de] Yahoo-SAT: Port nach PHP // JOSM-Plugin-Entwickler gesucht

Hallo,

Frederik Ramm:
 @Andreas Pothe: Es gibt wohl eine Java-Browser-Komponente, und
 Francisco Santos hat schon versucht, damit ein besseres YWMS-Plugin
 fuer JOSM zu bauen, keine Ahnung, wie da der Stand ist, wenn Du
 helfen moechtest, erkundige Dich mal bei ihm!

Ich selbst habe leider keine ausreichenden Java-Kenntnisse (bin eben kein
Entwickler), aber ich denke mal, dass sowas vielleicht eine super Aufgabe
für unsere Auszubildenden wäre, sobald Berufsschule und Urlaub vorüber ist.
Ich werde das mal mit deren beauftragten Ausbildern durchsprechen und,
sollte ich von dort positive Signale bekommen, Francisco mal kontaktieren.

CU
Andreas


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

[Talk-de] Bohmte: Ortskundige fuer Fehlerkorrekturen gesucht

Hallo,

vermutlich durch die Medienberichte haben sich einige Leute auf Bohmte
gestürtzt und da wohl etwas durcheinandergebracht. Kann das mal jemand, der
ein wenig Ortskenntnis hat, korrigieren? Super wäre, wenn das noch heute
klappt, damit das Mapnik-Ergebnis morgen auch so aussieht, dass das Ergebnis
wie gewünscht wirkt und keine doppelten und/oder falschen Straßen da sind.

CU
Andreas


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

Re: [Talk-de] JOSM Texteingabefelder

2008-07-29 Diskussionsfäden Bodo Meissner

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo Dirk,

ich habe mit der letzten Version aus SVN unter Windows XP getestet.
Wenn für den ersten eigegebenen Buchstaben keine passende Ergänzung
gefunden wird, wird dieser erste Buchstabe selektiert und der zweite
Buchstabe überschreibt den ersten. Wenn man ans Ende geht und
weiterschreibt, ist es wieder in Ordnung. Bei einer gefundenen Ergänzung
wird korrekt nur der hinzugefügte Text selektiert.
Das tritt in AutoCompleteComboBox.insertString() bei der Kombination von
initial=true mit item==null auf.

Ich habe jetzt keine Zeit mehr, weiterzutesten, deshalb kann ich keinen
funktionierenden Änderungsvorschlag machen.


Bodo
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkiPUrcACgkQnMz9fgzDSqf0ggCfX929qAh17/6eo6cwtgHXn5HM
K+gAniC4gSsQGUqX6DyBnwW4Nj84NusS
=SpPK
-END PGP SIGNATURE-

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

Re: [Talk-de] Bundesstraßen als trunk?

Hallo,

 Wenn ich die Map-Features richtig verstehe heißt das doch, dass baulich
 getrennte oder richtig große Bundesstraßen (2 und mehr Spuren je
 Richtung) mit trunk gekennzeichnet werden sollen und kleinere (1
 Spur,
 evtl. keine Begrenzung zwischen Richtungen) mit primary. Richtig?

Ich fasse Trunk als kreuzungsfreie Straße auf, die kann durchaus auch nur 2+0 
(also pro Fahrtrichung eine Spur ohne bauliche Trennung), 1+1 (je Fahrtrichtung 
eine Spur mit baulicher Trennung) oder 2+1 haben. Und natürlich auch die 
Kraftfahrstraßen.

CU
Andreas


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

Re: [Talk-de] Bundesstraßen als trunk?

Christoph Brill schrieb:
 ich habe gesehen dass jemand in der Gegen um Koblenz alle Bundeststraßen
 von primary auf trunk geändert hat. Ich dachte (bis ich mir
 http://wiki.openstreetmap.org/index.php/De:Map_Features nochmal
 angesehen habe), dass Bundeststraßen immer als primary deklariert
 werden.

Ist noch was vom Popkorn da?

In meinem OSM-Weltbild sind Trunk richtig fette Straßen ohne den Status 
einer Autobahn. Das wären z.B. die so genannten Stadtautobahnen, die 
halt nicht der Bund so ausbaut sondern eine Stadt und die offiziell nur 
eine Bundesstraße oder weniger sind. Kriterien wären Kreuzungsfreiheit, 
Mehrspurigkeit, baulich hervorgehoben (Leitplanken, Aufschüttungen, 
Gräben, Lärmschutzeinrichtungen), und Geschwindigkeiten über den 
innerorts üblichen 50kmh. All dass kann, muss aber nicht sein, Ausnahmen 
bestätigen die Regel.

Grüße, Sven

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

[Talk-de] Autoren

2008-07-29 Diskussionsfäden Thorsten Schramm

Hallo,

die Funktion in JOSM den Autor eines jeweiligen Objektes anzuzeigen find ich
interessant und klasse. Doch wie kommt es, das viele Wege, Wälder usw., die
ich getrackt habe, jetzt angeblich von einem anderen Autor gemacht worden
sind? Irgendwie bin ich ja auch ein bisschen stolz auf meine Arbeit und
zudem ist es mittels des Autos auch einfach jemanden mal anzuschreiben.

Grüße
Schramme


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

Re: [Talk-de] Autoren

Thorsten Schramm:
 interessant und klasse. Doch wie kommt es, das viele Wege, Wälder usw.,
 die
 ich getrackt habe, jetzt angeblich von einem anderen Autor gemacht
 worden

Weil der andere was geändert hat. Es ist immer nur der Letzte eingetragen.

 sind? Irgendwie bin ich ja auch ein bisschen stolz auf meine Arbeit und

Ja, das darfst du auch sein und jeder, der am Projekt beteiligt ist, dankt
dir auch dafür (meist unbekannterweise). Aber die Wege, Points, Relationen
gehören halt nicht dir persönlich, sondern es darf und soll halt jeder dran
arbeiten.

CU
Andreas 


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

Re: [Talk-de] Bundesstraßen als trunk?

2008-07-29 Diskussionsfäden Christoph Eckert

Moin,

 Wenn ich die Map-Features richtig verstehe heißt das doch, dass baulich
 getrennte oder richtig große Bundesstraßen (2 und mehr Spuren je
 Richtung) mit trunk gekennzeichnet werden sollen und kleinere (1 Spur,
 evtl. keine Begrenzung zwischen Richtungen) mit primary. Richtig?

würde ich so machen, ja.

 Wie ist das denn Innerorts? Durch Koblenz läuft die B 9, die 2 Spuren je
 Richtung und baulich getrennt ABER mit Ampeln unterbrochen ist. Die
 sollte dann doch wiederum ein primary sein, oder?

Würde ich nach Augenschein entscheiden. Wenn dort mehr als 50km/h erlaubt sind 
oder die Straße dem Durchgangsverkehr dient würde ich wohl zu einem Trunk 
tendieren.

Beste Grüße,

ce

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

Re: [Talk-de] JOSM Texteingabefelder

2008-07-29 Diskussionsfäden Michael Schulze

  Gleiches Problem hab ich mit der aktuellen SVN-Version auch unter Ubuntu
  mit Java 6.
 
 Welche Revision? Ich habe in 739 nochmal alles umgestellt, um auch Windows
 zufriedenzustelen. Wenn es jetzt immer noch nicht geht, dann steckt 
 irgendwo ganz tief drin eine dicke Wanze fest.

Ich hab das Problem mit Revision 740.

Grüße,
Michael

-- 
Pt! Schon das coole Video vom GMX MultiMessenger gesehen?
Der Eine für Alle: http://www.gmx.net/de/go/messenger03

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

Re: [Talk-de] Bundesstraßen als trunk?

Christoph Brill wrote:

 Wenn ich die Map-Features richtig verstehe heißt das doch, dass 
 baulichgetrennte oder richtig große Bundesstraßen (2 und mehr Spuren 
 jeRichtung) mit trunk gekennzeichnet werden sollen und kleinere (1 
 Spur,evtl. keine Begrenzung zwischen Richtungen) mit primary. Richtig?

4 Antworten, 4 Meinungen, typisch :-)

Ich tagge in Deutschland dann als Trunk, wenn die Straße 
autobahnähnlich ausgebaut gemäß gesetzlicher Regelung ist.

(Der Status Kraftfahrstraße reicht mir nicht, das passt ja gut in die 
access-Tags.)

cu
Henry

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

Re: [Talk-de] Bundesstraßen als trunk?

2008-07-29 Diskussionsfäden Thorsten Feles

 Wenn ich die Map-Features richtig verstehe heißt das doch, dass 
 baulichgetrennte oder richtig große Bundesstraßen (2 und mehr Spuren 
 jeRichtung) mit trunk gekennzeichnet werden sollen und kleinere (1 
 Spur,evtl. keine Begrenzung zwischen Richtungen) mit primary. Richtig?
 
 4 Antworten, 4 Meinungen, typisch :-)
 
 Ich tagge in Deutschland dann als Trunk, wenn die Straße 
 autobahnähnlich ausgebaut gemäß gesetzlicher Regelung ist.
 
 (Der Status Kraftfahrstraße reicht mir nicht, das passt ja gut in die 
 access-Tags.)

Die Autobahn-Freunde nennen diese Dinger auch gerne Gelbe-Autobahn, 
steht so wohl auch im Wiki. Als Trunk würde dann, wie Henry schon 
meinte, nur das durchgehen was sehr sehr stark an eine Autobahn 
erinnert, aber halt keine blauen sondern gelbe Schilder hat.

Gruß Thorsten

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

Re: [Talk-de] Autoren

Andreas Pothe schrieb:
 Ja, das darfst du auch sein und jeder, der am Projekt beteiligt ist, dankt
 dir auch dafür (meist unbekannterweise). Aber die Wege, Points, Relationen
 gehören halt nicht dir persönlich, sondern es darf und soll halt jeder dran
 arbeiten.

Tja, das ist die große Frage ... ich denke, so die CC-Lizenz hat in
Deutschland vor Gericht nur sehr wenig Bedeutung.

In Deutschland gilt, dass das Urheberrecht nur im Erbfall übertragbar
ist und lediglich Nutzungs- und Schutzrechte eingeräumt werden können.

In meinen Augen ist die Erhebung von Koordinaten und die Einpflege
der Daten in ein GIS eine kreative Arbeit und ist urheberrechtlich
zu schützen.

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

Re: [Talk-de] JOSM Texteingabefelder

2008-07-29 Diskussionsfäden Christoph Brill

Am Dienstag, den 29.07.2008, 21:01 +0200 schrieb Michael Schulze:
   Gleiches Problem hab ich mit der aktuellen SVN-Version auch unter Ubuntu
   mit Java 6.
  
  Welche Revision? Ich habe in 739 nochmal alles umgestellt, um auch Windows
  zufriedenzustelen. Wenn es jetzt immer noch nicht geht, dann steckt 
  irgendwo ganz tief drin eine dicke Wanze fest.
 
 Ich hab das Problem mit Revision 740.
 
 Grüße,
 Michael

Ich vermute dass ihr von dem Problem redet, dass wenn die
Autovervollständigung das erste Zeichen immer wieder überschreibt, wenn
sie gar nichts findet?

Das ist durch 739 passiert.


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

Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam

2008-07-29 Diskussionsfäden Sven Geggus

Gernot Hillier [EMAIL PROTECTED] wrote:

 Ok, dann eben ein KVM-Extender für die wohlwollenden Probleme
 (ssh-Dämonen ge-oomt) und einen Remote-Steckdose für die lästigeren
 Probleme.

Deutsche Hoster haben oft eine serielle Konsole mit der man
eigentlich alles machen kann. Hetzner hat diese Lara Teile, mit denen
man sogar Windowsrechner Remote benutzen kann.

Sven

-- 
.. this message has been created using an outdated OS (UNIX-like) with an 
outdated mail- or newsreader (text-only) :-P

/me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web

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

Re: [Talk-de] Bundesstraßen als trunk?

2008-07-29 Diskussionsfäden Toni Erdmann

Christoph Brill schrieb:
 Hallo,
 
 ich habe gesehen dass jemand in der Gegen um Koblenz alle Bundeststraßen
 von primary auf trunk geändert hat. Ich dachte (bis ich mir
 http://wiki.openstreetmap.org/index.php/De:Map_Features nochmal
 angesehen habe), dass Bundeststraßen immer als primary deklariert
 werden.
 
 Wenn ich die Map-Features richtig verstehe heißt das doch, dass baulich
 getrennte oder richtig große Bundesstraßen (2 und mehr Spuren je
 Richtung) mit trunk gekennzeichnet werden sollen und kleinere (1 Spur,
 evtl. keine Begrenzung zwischen Richtungen) mit primary. Richtig?
 
 Wie ist das denn Innerorts? Durch Koblenz läuft die B 9, die 2 Spuren je
 Richtung und baulich getrennt ABER mit Ampeln unterbrochen ist. Die
 sollte dann doch wiederum ein primary sein, oder?
 

Hi Christoph,

die B 9 westlich von Koblenz ist doch eine Schnellstraße?
Als solche würde ich die dann als trunk taggen. Wenn Ampeln ins Spiel
kommen, wird's meiner Meinung nach wieder eine primary.

So habe ich das zumindest mit der B256 von Neuwied in den Westerwald
rauf gemacht.

Toni

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

Re: [Talk-de] Autoren

2008-07-29 Diskussionsfäden Sven Geggus

Thorsten Schramm [EMAIL PROTECTED] wrote:

 Doch wie kommt es, das viele Wege, Wälder usw., die ich getrackt
 habe, jetzt angeblich von einem anderen Autor gemacht worden sind?

Schau Dir die objekte mal über den Data Layer auf http://openstreetmap.org
an. da kannst Du die komplette historie sehen und eventuell auch was
derjenige geändert hat, der jetzt als Author beim josm drinsteht.

Das ist leider auch ein Problem beim ITO OSM-Mapper, dass da
derjenige als Author auftaucht, der als letzes am jeweiligen Objekt
rumgefrickelt hat und nicht derjenige, der die Objekte ursprünglich
angelegt hatte.

Sven

-- 
Why are there so many Unix-haters-handbooks and not even one
Microsoft-Windows-haters handbook?
Gurer vf ab arrq sbe n unaqobbx gb ungr Zvpebfbsg Jvaqbjf!
/me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web

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

Re: [Talk-de] Autoren

Sven Geggus schrieb:
 Das ist leider auch ein Problem beim ITO OSM-Mapper, dass da
 derjenige als Author auftaucht, der als letzes am jeweiligen Objekt
 rumgefrickelt hat und nicht derjenige, der die Objekte ursprünglich
 angelegt hatte.

Das ist halt ein Renderer unter vielen.

Hauptsache beim Export wird alles korrekt angegeben.

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

Re: [Talk-de] Bohmte: Ortskundige fuer Fehlerkorrekturen gesucht

2008-07-29 Diskussionsfäden Michael Buege

Zitat Andreas Pothe:

 vermutlich durch die Medienberichte haben sich einige Leute auf
 Bohmte gestürtzt und da wohl etwas durcheinandergebracht. Kann das
 mal jemand, der ein wenig Ortskenntnis hat, korrigieren? Super wäre,
 wenn das noch heute klappt, damit das Mapnik-Ergebnis morgen auch so
 aussieht, dass das Ergebnis wie gewünscht wirkt und keine doppelten
 und/oder falschen Straßen da sind.

Wenn so viele Leute, teilweise Anfaenger, an einem Tag Daten sammeln
und die quasi gleichzeitig eingeben, fuehrt das zwangslaeufig zu
Dopplungen und Fehlern. Ich befuerchte, dass viele der Beteiligten
nicht das Konfliktmanagement vor dem Upload benutzt haben. Einige
haben ueberhaupt das erste Mal mit Josm gearbeitet, glaube ich. 
Das finde ich aber nicht so tragisch. Und genau so wenig tragisch
finde ich es, wenn Bohmte nach noch nicht einmal einer Woche nicht
ganz fehlerfrei erscheint. Das wird schon noch.
Ich jedenfalls hatte einen Hoellenspass, habe viel gelernt und
erfahren und mir gruendlich die Platte verbrannt. 
Mein groesster Respekt gilt Kai, Kai und Martin fuer die grossartige
Organisation. Danke fuer die nette Gastfreundschaft.
 
-- 
Michael



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

Re: Routingf�hige Garminkarten f�r MapSource

2008-07-29 Diskussionsfäden Peter Herison

Simon Kokolakis schrieb:

warum schreibst du immer mir??

Sorry, alles was ich mache ist Reply in meinem Newsagent (FreeAgent
3.3) zu klicken. Als Adressat steht da auch nur
gmane.comp.gis.openstreetmap.region.de drin. Aus dem Header konnte
ich auch keine Emailadresse herausziehen. Postest Du an die
Mailingliste oder auch ueber gmane? Lass uns das aber nicht hier
weiterdiskutieren. -- Mail an PHerison bei web.de


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

Re: [Talk-de] Autoren

Hallo,

 In Deutschland gilt, dass das Urheberrecht nur im Erbfall übertragbar
 ist und lediglich Nutzungs- und Schutzrechte eingeräumt werden können.

Das stimmt, aber das Urheberrecht verbietet Dir nicht, anderen eine 
zeitlich unbefristete und widerrufliche Lizenz zur Nutzung Deines 
geistigen Eigentums zu erteilen. Und dies tust Du, indem Du erklaerst, 
dass Du Deine Daten unter der CC-BY-SA herausgibst.

Du bist also immer noch der Urheber, das kann und will Dir niemand 
strittig machen (und war auch nie Ansinnen der CC-BY-SA-Lizenz). Du 
kannst zum Beispiel per dual licensing Deine Arbeit parallel auch noch 
anders verwerten. Du kannst aber nicht spaeter kommen und sagen so, und 
nun verbiete ich Euch bei OSM, meine Daten weiter zu nutzen.

 In meinen Augen ist die Erhebung von Koordinaten und die Einpflege
 der Daten in ein GIS eine kreative Arbeit und ist urheberrechtlich
 zu schützen.

Kreativ ist diese Arbeit nur, wenn Du dabei absichtlich Fehler einbaust. 
Wenn Du lediglich Fakten abtippst, kannst Du Dich allenfalls auf die 
Datenbank-Direktive berufen. Aber so oder so, fuer OSM ist es 
irrelevant, weil Du wie gesagt der Allgemeinheit ein Nutzungsrecht 
einraeumst.

Das Problem, das wir derzeit haben, ist, dass wir uns selbst nicht an 
die CC-BY-SA halten, die streng genommen die Namensnennung aller 
Mitautoren erfordern wuerde. Diese Namensnennung ist uns nicht moeglich, 
da wir (a) zum Teil historische Daten geloescht haben und daher nicht 
mehr wissen, wer vor 3 Jahren mal einen Way angelegt hat und (b) gar 
nicht von allen Autoren ueberhaupt eine Einverstaendniserklaerung zur 
Verfoeffentlichung ihres Namens vorliegt.

Die Loesung dafuer heisst, dass wir kuenftig unsere Mapper erklaeren 
lassen muessen, dass sie damit einverstanden sind, wenn Nutzer von 
OSM-Daten nur Data from OpenStreetMap drunterschreiben und nicht Data 
from Liste von 50.000 Namen. Das wird im Moment schon so praktiziert, 
ist aber auf dem Papier nicht ganz korrekt.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09 E008°23'33

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

Re: [Talk-de] Autoren

2008-07-29 Diskussionsfäden Hatto von Hatzfeld

Am Dienstag, 29. Juli 2008 21:15 schrieb Tobias Wendorff:

 ich denke, so die CC-Lizenz hat in Deutschland vor Gericht nur sehr
 wenig Bedeutung. 

 In Deutschland gilt, dass das Urheberrecht nur im Erbfall übertragbar
 ist und lediglich Nutzungs- und Schutzrechte eingeräumt werden können.

 In meinen Augen ist die Erhebung von Koordinaten und die Einpflege
 der Daten in ein GIS eine kreative Arbeit und ist urheberrechtlich
 zu schützen.

Sehr fraglich ist m.E., ob die Beiträge der einzelnen Mapper tatsächlich 
eine ausreichende Schöpfungshöhe haben, um Urheberrechtsschutz zu 
genießen. 

Davon unabhängig gibt es den Schutz des gesamten Ergebnisses als 
Datenbankwerk. Und hier spielt dann die CC-Lizenz vielleicht doch eine 
Rolle, weil sie die Übereinkunft darstellt, aufgrund derer die 
Beteiligten gemeinschaftlich ihr (Datenbank-)Werk produzieren.

Hatto

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

Re: [Talk-de] Bundesstraßen als trunk?

Thorsten Feles wrote:
 Wenn ich die Map-Features richtig verstehe heißt das doch, dass 
 baulichgetrennte oder richtig große Bundesstraßen (2 und mehr Spuren 
 jeRichtung) mit trunk gekennzeichnet werden sollen und kleinere (1 
 Spur,evtl. keine Begrenzung zwischen Richtungen) mit primary. Richtig?  
 4 Antworten, 4 Meinungen, typisch :-)  Ich tagge in Deutschland dann als 
 Trunk, wenn die Straße  autobahnähnlich ausgebaut gemäß gesetzlicher 
 Regelung ist.  (Der Status Kraftfahrstraße reicht mir nicht, das passt 
 ja gut in die  access-Tags.)
 Die Autobahn-Freunde nennen diese Dinger auch gerne Gelbe-Autobahn, steht so 
 wohl auch im Wiki. Als Trunk würde dann, wie Henry schon meinte, nur das 
 durchgehen was sehr sehr stark an eine Autobahn erinnert, aber halt keine 
 blauen sondern gelbe Schilder hat.

Hat eigentlich jemand eine Idee, warum manche Mails bei mir ohne 
einzelne Zeilenvorschübe ankommen? (und doppelte werden zu einzelnen 
reduzert.)

Zurück zm Thema: Ich habe mal nachgeschlagen, §3 (3) 2c STVO:

[...] Straßen mit Fahrbahnen für eine Richtung, die durch Mittelstreifen 
oder sonstige bauliche Einrichtungen getrennt sind. [... und] Straßen, 
die mindestens zwei durch Fahrstreifenbegrenzung (Zeichen 295) oder 
durch Leitlinien (Zeichen 340) markierte Fahrstreifen für jede Richtung 
haben.

Quelle: http://bundesrecht.juris.de/stvo/__3.html

Allerdings würde ich persönlich für trunk gerne noch Kreuzungsfreiheit 
(vgl. http://de.wikipedia.org/wiki/Höhenfreiheit ) als Voraussetzung 
hinzufügen --- ansonsten kommen viel zu viele Straßen in den Genuss 
dieses Tags.

Ich würde auch Straßen, die obigen Kriterien genügen aber sich innerorts 
befinden (§3 (3) 2 bezieht sich nur auf außerorts!) als trunk taggen.

Jemand da der Gegenargumente hat? Sonst kopiere ich das als Definition 
für Deutschland-Trunks ins Wiki...

cu
Henry

PS: Die STVO ist schon eine Fundgrube, es gibt nämlich noch eine 
Definition: außerhalb geschlossener Ortschaften auf Kraftfahrstraßen 
(Zeichen 331) mit Fahrbahnen für eine Richtung, die durch Mittelstreifen 
oder sonstige bauliche Einrichtungen getrennt sind (§18). Der Effekt 
ist, dass auf einer trunk ein 8t-LKW - wie ausserorts - nur 60 fahren 
darf, auf einer trunk mit Zeichen 331 aber - wie auf einer Autobahn - 80 
fahren darf. Mmmh, auf einer trunk mit Zeichen 331, die nur eine 
Trennung durch Zeichen 295 hat, darf er auch nur 60 fahren. OMG, was ein 
Glück, dass ich sowas nicht fahren muss (darf/kann)... g

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

Re: [Talk-de] Bohmte: Ortskundige fuer Fehlerkorrekturen gesucht

Michael Buege schrieb:
 Zitat Andreas Pothe:
 mal jemand, der ein wenig Ortskenntnis hat, korrigieren? Super wäre,
 wenn das noch heute klappt, damit das Mapnik-Ergebnis morgen auch so
 aussieht, dass das Ergebnis wie gewünscht wirkt und keine doppelten
 und/oder falschen Straßen da sind.
 Das finde ich aber nicht so tragisch. Und genau so wenig tragisch
 finde ich es, wenn Bohmte nach noch nicht einmal einer Woche nicht
 ganz fehlerfrei erscheint. Das wird schon noch.

Prinzipiell gebe ich dir Recht. Da aber berichtet wurde, dass viele 
Medien vor Ort waren, könnte ich mir vorstellen, dass auch über das 
Ergebnis (aka die Mapnik-Karte) berichtet wird. Und da fände ich es halt 
besser, wenn die auch schöner aussieht.

CU
Andreas

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

Re: [Talk-de] Autoren

Hallo,

Hatto von Hatzfeld wrote:
 Sehr fraglich ist m.E., ob die Beiträge der einzelnen Mapper tatsächlich 
 eine ausreichende Schöpfungshöhe haben, um Urheberrechtsschutz zu 
 genießen. 

Also manchmal hab ich schon Sachen mit ausreichender Schoepfungshoehe 
gesehen, aber das waren dann fast ausnahmslos welche, die ich gleich 
loeschen musste ;-)

 Davon unabhängig gibt es den Schutz des gesamten Ergebnisses als 
 Datenbankwerk. Und hier spielt dann die CC-Lizenz vielleicht doch eine 
 Rolle, weil sie die Übereinkunft darstellt, aufgrund derer die 
 Beteiligten gemeinschaftlich ihr (Datenbank-)Werk produzieren.

Ist noch nicht vor Gericht gewesen, aber mit der CC-BY-SA gibt es ein 
Problem; sie nimmt naemlich streng genommen - mit der Ausnahme zweier 
europaeischen Uebersetzungen, der flaemischen und der niederlaendischen 
glaub ich - keinen Bezug auf die Datenbankdirektive. Rein nach dem 
Buchstaben geurteilt koennte jemand also seine Daten unter CC-BY-SA 
stellen und Dich spaeter auf Schadenersatz verklagen, weil Du die 
Datenbankdirektive nicht beachtet hast. Das ist natuerlich voelliger 
Quatsch, und ein Richter wuerde so ein Verfahren hoffentlich hochkantig 
rausschmeissen, aber nichtsdestotrotz ist es unschoen, dass diese 
Unklarheit besteht. Das ist einer der Punkte, den die neue Lizenz 
klarstellen soll. Leider ist das mit der neuen Lizenz wohl alles ein 
laengerdauernder Prozess. Ich werde hier eine Uebersetzung reinstellen, 
sobald der neue Entwurf fertig ist, meine letzte Info ist, dass der Kram 
gerade bei einem zweiten Juristen zur Durchsicht liegt...

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09 E008°23'33

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

Re: [Talk-de] Autoren

Frederik Ramm schrieb:

 Du bist also immer noch der Urheber, das kann und will Dir niemand 
 strittig machen (und war auch nie Ansinnen der CC-BY-SA-Lizenz). Du 

Abgesehen davon, dass ich die ausreichende Schöpfungshöhe für 
Urheberrechte zumindest bezweifele (aber IANAL)...

 Das Problem, das wir derzeit haben, ist, dass wir uns selbst nicht an 
 die CC-BY-SA halten, die streng genommen die Namensnennung aller 
 Mitautoren erfordern wuerde. Diese Namensnennung ist uns nicht moeglich, 
 da wir (a) zum Teil historische Daten geloescht haben und daher nicht 
 mehr wissen, wer vor 3 Jahren mal einen Way angelegt hat und (b) gar 
 nicht von allen Autoren ueberhaupt eine Einverstaendniserklaerung zur 
 Verfoeffentlichung ihres Namens vorliegt.

Beides ließe sich (zumindest für die derzeitig vorhandenen und 
zukünftigen) Daten realisieren, indem man eine Liste erstellt, wo jeder 
exakt einmal eingetragen wird, der irgendwann mal eine Änderung an der 
OSM vorgenommen hat. Nur sollte jeder dann auswählen dürfen, ob sein 
Nickname und/oder Realname angezeigt werden soll, oder nicht. Die 
Anzeige erfolgte dann ausschließlich auf einer speziellen Unterseite 
unterhalb von openstreetmap.org, auf die verlinkt werden sollte bzw. muss.

Wobei die Frage ist, ob man soetwas überhaupt haben will, da ich 
bezweifele, dass das so in dieser Form gedacht war. Aber wenn man es 
will, wäre das IMHO die einfachste Lösung.

CU
Andreas



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

Re: [Talk-de] Bundesstraßen als trunk?

2008-07-29 Diskussionsfäden Alexander Schulze

Hi,



 Hi Christoph,
 
 die B 9 westlich von Koblenz ist doch eine Schnellstraße?
 Als solche würde ich die dann als trunk taggen. Wenn Ampeln ins Spiel
 kommen, wird's meiner Meinung nach wieder eine primary.


Dann sollte man das wiki eventuell mal dahingehend anpassen. Denn so 
wies hier steht

http://wiki.openstreetmap.org/index.php/De:Map_Features

Ist für mich jede Straße, die Das Verkehrszeichen 331 hat eine 
Kraftfahrtstraße und somit highway=trunk und motorroad=yes.

mfg
Alex

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

Re: [Talk-de] Bundesstra�en als trunk?

2008-07-29 Diskussionsfäden Heiko Eckenreiter

Hi Christoph,

Wenn ich die Map-Features richtig verstehe heißt das doch, dass baulich
getrennte oder richtig große Bundesstraßen (2 und mehr Spuren je
Richtung) mit trunk gekennzeichnet werden sollen und kleinere (1 Spur,
evtl. keine Begrenzung zwischen Richtungen) mit primary. Richtig?

Als Entscheidungskriterien hierfür sehe ich:

trunk - grundsätzlich kreuzungsfrei ausgebaute Straße, egal wieviele
Spuren, bauliche Trennung oder administrative Klassifikation.

motorroad=yes - Kraftfahrstraße, ggf. zusätzlich zu trunk oder primary
oder secondary

So hat man die Möglichkeit, alle Varianten eindeutig darzustellen. Wenn
man (wie es vielerorts gemacht wird) grundsätzlich jede Kraftfahrstraße
mit trunk klassifiziert sind erstens die Attribute redundant und
zweitens verliert man die Möglichkeit, die Kreuzungsfreiheit
darzustellen. Letzteres ist durchaus ein interessanter Aspekt für die
Routenplanung hinsichtlich erzielbarer Durchschnittsgeschwindigkeiten.

Wie ist das denn Innerorts? Durch Koblenz läuft die B 9, die 2 Spuren je
Richtung und baulich getrennt ABER mit Ampeln unterbrochen ist. Die
sollte dann doch wiederum ein primary sein, oder?

Mit einer Ampelkreuzung drin ist die Straße nicht mehr kreuzungsfrei und
ich würde sie als primary auszeichnen.

Grüße,
Heiko
-- 
Navigare necesse est.

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

[Talk-de] Ruine oder Ausgrabungsstaette?

2008-07-29 Diskussionsfäden Peter Herison

Mal wieder eine Definitionsfrage, die wiki war hierzu nicht sehr
auskunftsfreudig...

Wie tagge ich die Grundmauern eines alten Roemerturms? Die Steine
liegen mitten im Wald, sind touristisch nicht erschlossen (fuerhrt
kein Weg dorthin, keine Schautafeln), aber an einem Baum haengt ein
Schild mit dem Namen und der Nummer des Turms.

Es geht speziell um die Nodes 268095956 und 277929007
(http://www.openstreetmap.org/?lat=50.22373lon=8.42347zoom=17layers=0B0FTF)

Gleiches waere auch zB auch fuer irgendwelche Befestigungsanlagen
uebertragbar. Man kann die Ruine erkennen aber gleichzeitig handelt es
sich hier auch um eine archaeological_site, oder?


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

Re: [Talk-de] Bundesstraßen als trunk?

Sven Grüner schrieb:
 Ist noch was vom Popkorn da?

 In meinem OSM-Weltbild sind Trunk richtig fette Straßen ohne den Status 
 einer Autobahn. Das wären z.B. die so genannten Stadtautobahnen, die 
 halt nicht der Bund so ausbaut sondern eine Stadt und die offiziell nur 
 eine Bundesstraße oder weniger sind. 
Eine Bundesstrasse  baut der Bund aus, darum ist  es eine Bundesstrasse!
Sie dienen in erster Linie dem Fernverkehr und sind (in ihrem 
Sollzustand) jeweils ihrem Verkehrsaufkommen entsprechend ausgebaut.
D.h. zwischen enger Ortsdurchfahrt bis autobahnähnlichem Ausbau kann 
alles auf ein und der selben Bundesstrasse alles vorkommen.


Garry


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

Re: [Talk-de] Bundesstraßen als trunk?

Hallo,

[Diskussion darueber, was trunk ist und was nicht]

Diese Taggingdiskussionen haben wir regelmaessig, und sie werden auch 
immer wieder kommen. Ich will zum Inhalt gar nichts sagen, sondern einen 
allgemeinen Appell an den Respekt vor der Arbeit anderer loswerden:

Unser Taggingschema ist in vielen Dingen recht weich, das wissen wir 
alle. Es gibt Wege, die sind ganz klar highway=service, nichts anderes 
kommt in Frage. Es gibt Wege, die sind ganz klar highway=trunk. Andere 
sind ganz klar highway=motorway. Undsoweiter.

Dazwischen gibt es oft graue Bereiche, in denen sich jeder sein eigenes 
kohaerentes Schema ueberlegt. Das ist auch voellig ok. Aber bitte denkt 
*ganz gruendlich* nach, bevor ihr innerhalb eines solchen grauen 
Bereichs grossflaechig die Arbeit von jemand anderem umtaggt.

Niemand gehoert ein Gebiet, jeder darf ueberall aendern, aber es gab 
in der Vergangenheit Faelle, in denen ein Gebietsfremder, gewappnet mit 
Null Ortskenntnis und lediglich irgendeiner vermeintlich 
unumstoesslichen Regel, die er irgendwo aufgeschnappt hatte 
(grundsaetzlich keine primaries in geschlossenen Ortschaften o.ae., 
das hatten wir mal in Bremen), grossflaechig Daten korrigiert hat. 
Sowas kann leicht als Schlag ins Gesicht derjenigen ankommen, die sich 
eventuell durchaus etwas dabei gedacht hatten, in einer Stadt irgendwas 
auf bestimmte Art zu taggen.

Bitte bedenkt, dass es in vielen Dingen bei uns keinen einzig 
richtigen Weg gibt, und sucht im Zweifel den Dialog, bevor ihr Eure 
Ansicht irgendwo durchdrueckt. Das heisst ganz ausdruecklich nicht, dass 
man jeden Mist unveraendert stehen lassen soll! Aber gerade, wenn sich 
irgendwas noch im Rahmen des Ueblichen befindet, bloss halt am anderen 
Ende des Rahmens von Euch aus gesehen, kann das ja vielleicht auch 
Absicht sein, und man sollte behutsam vorgehen.


Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09 E008°23'33

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

Re: [Talk-de] Worldfile Revolutions 22. Juli 2008

2008-07-29 Diskussionsfäden Christoph Eckert

Hi,

 nach einer Woche Pause nun die aktuellen Daten vom 22. Juli,

cool, danke. Anbei ein kleiner Patch, der der Karte auch die recht neuen Paths 
beibringt.

Beste Grüße,

ce

--- teddys_map-features_orig.csv	2008-07-29 23:26:52.0 +0200
+++ teddys_map-features.csv	2008-07-29 23:28:40.0 +0200
@@ -170,6 +170,7 @@
 polyline|highway|byway|0x16||24
 polyline|highway|cycleway|0x16||24
 polyline|highway|footway|0x16||24
+polyline|highway|path|0x16||24
 polyline|highway|living_street|0x06||22
 polyline|highway|minor|0x06||22
 polyline|highway|motorway|0x01||10
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Autoren

2008-07-29 Diskussionsfäden Stefan Schwan

Hallo!

Am 29. Juli 2008 22:25 schrieb Frederik Ramm [EMAIL PROTECTED]:
 Hallo,

 In Deutschland gilt, dass das Urheberrecht nur im Erbfall übertragbar
 ist und lediglich Nutzungs- und Schutzrechte eingeräumt werden können.

 Das stimmt, aber das Urheberrecht verbietet Dir nicht, anderen eine
 zeitlich unbefristete und widerrufliche Lizenz zur Nutzung Deines
 geistigen Eigentums zu erteilen. Und dies tust Du, indem Du erklaerst,
 dass Du Deine Daten unter der CC-BY-SA herausgibst.

 Du bist also immer noch der Urheber, das kann und will Dir niemand
 strittig machen (und war auch nie Ansinnen der CC-BY-SA-Lizenz). Du
 kannst zum Beispiel per dual licensing Deine Arbeit parallel auch noch
 anders verwerten. Du kannst aber nicht spaeter kommen und sagen so, und
 nun verbiete ich Euch bei OSM, meine Daten weiter zu nutzen.

Dafür braucht es noch nichteinmal die CC-BY-SA Lizenz. OSM ist doch
ein Verbundenes Werk nach

§9 UrhG:
Haben mehrere Urheber ihre Werke zu gemeinsamer Verwertung
miteinander verbunden, so kann jeder vom anderen die Einwilligung zur
Veröffentlichung, Verwertung und Änderung der verbundenen Werke
verlangen, wenn die Einwilligung dem anderen nach Treu und Glauben
zuzumuten ist.

Im Klartext: Einmal Verbundenes Werk, immer verbundenes Werk. Jeder
darf die Daten jedes anderen ändern ohne vorher Fragen zu müssen.
Spätestens dann, wenn die Daten zum ersten mal von jemand verändert
wurden, ist es mit der Urheberschaft als solcher dann aber sowieso
vorbei - dann ist man nur noch Miturheber nach §8 UrhG. Die Anteile
lassen sich dann ja nichtmehr gesondert von einander verwerten, so
dass man schon weniger Rechte nach §8 Abs 2 hat.

Der läuft auf das gleiche raus wie §9 - Der Eine Miturheber darf dem
Anderen das Ändern, Veröffentlichen und Verwerten nicht mehr
verweigern.

Ob man die Daten auch unter einer anderen Lizenz veröffentlichen kann,
finde ich fraglich - unter sign in heißt es doch

By creating an account, you agree that all work uploaded to
openstreetmap.org and all data created by use of any tools which
connect to openstreetmap.org is to be licensed under this Creative
Commons license (by-sa).

and all data created by use of any tools which connect to
openstreetmap.org würde das zumindest doch schonmal für Potlatch
ausschließen?


 Die Loesung dafuer heisst, dass wir kuenftig unsere Mapper erklaeren
 lassen muessen, dass sie damit einverstanden sind, wenn Nutzer von
 OSM-Daten nur Data from OpenStreetMap drunterschreiben und nicht Data
 from Liste von 50.000 Namen. Das wird im Moment schon so praktiziert,
 ist aber auf dem Papier nicht ganz korrekt.

Heißt es nicht ohnehin Openstreetmap and contributors?

Gruß,
Stefan

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

Re: [Talk-de] Bundesstraßen als trunk?

Henry Loenwind schrieb:
 Zurück zm Thema: Ich habe mal nachgeschlagen, §3 (3) 2c STVO:

 [...] Straßen mit Fahrbahnen für eine Richtung, die durch Mittelstreifen 
 oder sonstige bauliche Einrichtungen getrennt sind. [... und] Straßen, 
 die mindestens zwei durch Fahrstreifenbegrenzung (Zeichen 295) oder 
 durch Leitlinien (Zeichen 340) markierte Fahrstreifen für jede Richtung 
 haben.

 Quelle: http://bundesrecht.juris.de/stvo/__3.html

 Allerdings würde ich persönlich für trunk gerne noch Kreuzungsfreiheit 
 (vgl. http://de.wikipedia.org/wiki/Höhenfreiheit ) als Voraussetzung 
 hinzufügen --- ansonsten kommen viel zu viele Straßen in den Genuss 
 dieses Tags.

 Ich würde auch Straßen, die obigen Kriterien genügen aber sich innerorts 
 befinden (§3 (3) 2 bezieht sich nur auf außerorts!) als trunk taggen.

 Jemand da der Gegenargumente hat? Sonst kopiere ich das als Definition 
 für Deutschland-Trunks ins Wiki...
   
Schätze das wird auch nicht viel ändern, das eindeutschen von trunk 
funktioniert einfach nicht
schlüssig, siehe http://en.wikipedia.org/wiki/Trunk_road, was sich mehr 
nach der Definition
der deutschen Bundestrasse anhört.


Ich sehe grundsätzlich keinen Grund im Highway-Tag eine Unterscheidung 
zwischen Inner- und
Ausserorts zu machen, dafür gibt es andere Tags und der jeweilge 
Renderer/Router kann sich
die Informationen nehmen die er braucht!
 cu
 Henry

 PS: Die STVO ist schon eine Fundgrube, es gibt nämlich noch eine 
 Definition: außerhalb geschlossener Ortschaften auf Kraftfahrstraßen 
 (Zeichen 331) mit Fahrbahnen für eine Richtung, die durch Mittelstreifen 
 oder sonstige bauliche Einrichtungen getrennt sind (§18). Der Effekt 
 ist, dass auf einer trunk ein 8t-LKW - wie ausserorts - nur 60 fahren 
 darf, auf einer trunk mit Zeichen 331 aber - wie auf einer Autobahn - 80 
 fahren darf. Mmmh, auf einer trunk mit Zeichen 331, die nur eine 
 Trennung durch Zeichen 295 hat, darf er auch nur 60 fahren. OMG, was ein 
 Glück, dass ich sowas nicht fahren muss (darf/kann)... g
   
Es gibt sogar den pardoxen Fall wo ein LKW auf der gleichen Strasse 
innerorts schnelle fahren darf
als ausserorts wenn innerorts eine höhere Geschwindigkeit ausgewiesen 
ist als die üblichen 50km/h -
in dem Fall mindestens 70km/h.


Garry

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

Re: [Talk-de] Bundesstraßen als trunk?

Frederik Ramm schrieb:
 Niemand gehoert ein Gebiet, jeder darf ueberall aendern, aber es gab 
 in der Vergangenheit Faelle, in denen ein Gebietsfremder, gewappnet mit 
 Null Ortskenntnis und lediglich irgendeiner vermeintlich 
 unumstoesslichen Regel, die er irgendwo aufgeschnappt hatte 
 (grundsaetzlich keine primaries in geschlossenen Ortschaften o.ae., 
 das hatten wir mal in Bremen), grossflaechig Daten korrigiert hat. 
 Sowas kann leicht als Schlag ins Gesicht derjenigen ankommen, die sich 
 eventuell durchaus etwas dabei gedacht hatten, in einer Stadt irgendwas 
 auf bestimmte Art zu taggen.

 Bitte bedenkt, dass es in vielen Dingen bei uns keinen einzig 
 richtigen Weg gibt, und sucht im Zweifel den Dialog, bevor ihr Eure 
 Ansicht irgendwo durchdrueckt. Das heisst ganz ausdruecklich nicht, dass 
 man jeden Mist unveraendert stehen lassen soll! Aber gerade, wenn sich 
 irgendwas noch im Rahmen des Ueblichen befindet, bloss halt am anderen 
 Ende des Rahmens von Euch aus gesehen, kann das ja vielleicht auch 
 Absicht sein, und man sollte behutsam vorgehen.

   
Kutzfristig betrachtet gebe ich Dir recht, mittel bis langfristig muss 
es aber hier eine andere Lösung geben,
sonst haben wir eine Inselstaaterei und kein Gebeit ist kompatibel zu 
einem anderen.
Da es keine fixen Grenzen gibt kann man auch keinen Automatismus darüber 
laufen der irgenwannd das ganze
normieren könnte.
Einer der nur lokal zu Fuss oder mit dem Rad mapped kommt mit der jetztigen
Situation klar. Ich mappe aber z.B. überregional, auch im Ausland. Da 
ist es unmöglich die lokalen Mapping-Gepflogenheiten
zu kennen und zu berücksichtigen.



Garry

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

Re: [Talk-de] Autoren

2008-07-29 Diskussionsfäden Johann H. Addicks

Frederik Ramm schrieb:
 Ist noch nicht vor Gericht gewesen, aber mit der CC-BY-SA gibt es ein 
 Problem; sie nimmt naemlich streng genommen - mit der Ausnahme zweier 
 europaeischen Uebersetzungen, der flaemischen und der niederlaendischen 
 glaub ich - keinen Bezug auf die Datenbankdirektive. 

Mit der fast brandaktuellen de/3.0 sollte das doch vom Tisch sein?
Oder bezieht sich der Passus nur auf Weiternutzer, die darüber den 
-sa-Part auszuhebeln versuchen?

-jha-


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

[Talk-de] [Fwd: Wie lassen sich Waypoints aus Odgps mit JOSM verarbeiten?]

2008-07-29 Diskussionsfäden Thomas Berendes


Hallo zusammen,

Christoph Eckert hatte die Lösung für mein Problem (siehe unten).

Vielen Dank dafür!

Gruß

Thomas


   Hi Thomas,

 hier ist eine der von Odgps erzeugten gpx-Trackdateien.
   Vielleicht kannst
 Du ja etwas damit anfangen.

   die Originaldatei lässt sich ja in JOSM laden, so dass Du den Track
   sehen
   kannst. Bleiben die Wegpunkte.

   Ich lasse gpsbabel die Datei einlesen und die darin enthaltene Route in
   Wegpunkte konvertieren. Ich erhalte dann eine weitere Datei, die ich
   ebenfalls in JOSM laden kann. Die Wegpunkte tauchen dann auf.

   Ich verwende folgenden Gpsbabel-Fluch:
   *gpsbabel -w -r -t -i gpx -f 3orig.gpx -x transform,wpt=rte -o gpx
   -F 3wpt.gpx*

   So richtig falsch finde ich es nicht, dass Odgps Wegpunkte als Route
   ablegt,
   aber so richtig schlüssig finde ich das Konzept auch nicht.
   Der Maemo Mapper auf meinem N810 wiederum versteht unter einer Route
   einen
   Track. Das Schöne am gpx-Format ist auf jeden Fall, dass es mir als
   Entwickler gewisse Gestaltungsspielräume lässt ;-) .

   Beste Grüße,

   ce



   Hallo zusammen,

   nachdem ich mit gpsVP http://gpsvp.com/ auf meinem Handheld
   mit Windows Mobile 5 mehrmals die bittere Erfahrung machen
   musste, dass nach einer Stunde Tracking plötzlich gar keine
   Trackdatei auf die Speicherkarte geschrieben worden war, bin ich
   auf Odgps http://www.outdoor-gps.de/ als Trackingsoftware
   umgeschwenkt und eigentlich ganz zufrieden damit.

   Leider ist es aber so, dass die Waypoints von Odgps
   http://www.outdoor-gps.de/, wie auch in dem Wiki
   
http://wiki.openstreetmap.org/index.php/Making_Tracks_with_Homebrew-ware#Free_of_Charge
   geschrieben wird, nicht mit OSM kompatibel sind. In JOSM werden
   die Waypoints nicht angezeigt. Im Wiki
   
http://wiki.openstreetmap.org/index.php/Making_Tracks_with_Homebrew-ware#Free_of_Charge
   wird empfohlen in der gpx-Datei rtept durch wpt zu ersetzen.
   Erledige ich das aber, verweigert JOSM das Öffnen der gpx-Datei
   mit folgendem unerwarteten Fehler:

   /Path: trunk/
   /URL: http://josm.openstreetmap.de/svn/trunk/
   /Repository Root: http://josm.openstreetmap.de/svn/
   /Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b/
   /Revision: 732/
   /Node Kind: directory/
   /Last Changed Author: framm/
   /Last Changed Rev: 732/
   /Last Changed Date: 2008-07-20 23:07:24 +0200 (Sun, 20 Jul 2008)/
   //
   //
   /java.util.EmptyStackException/
   /at java.util.Stack.peek(Stack.java:85)/
   /at java.util.Stack.pop(Stack.java:67)/
   /at
   
org.openstreetmap.josm.io.GpxReader$Parser.endElement(GpxReader.java:270)/
   /at
   
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:601)/
   /at
   
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1772)/
   /at
   
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2923)/
   /at
   
com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:647)/
   /at
   
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:508)/
   /at
   
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:807)/
   /at
   
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:737)/
   /at
   
com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:107)/
   /at
   
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1205)/
   /at
   
com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:522)/
   /at javax.xml.parsers.SAXParser.parse(SAXParser.java:395)/
   /at
   org.openstreetmap.josm.io.GpxReader.init(GpxReader.java:295)/
   /at
   
org.openstreetmap.josm.actions.OpenAction.openFileAsGpx(OpenAction.java:87)/
   /at
   org.openstreetmap.josm.actions.OpenAction.openFile(OpenAction.java:57)/
   /at
   
org.openstreetmap.josm.actions.OpenAction.actionPerformed(OpenAction.java:48)/
   /at
   javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1995)/
   /at
   
javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2318)/
   /at
   
javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:387)/
   /at
   javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:242)/
   /at

Re: [Talk-de] Autoren

Hi,

 Ist noch nicht vor Gericht gewesen, aber mit der CC-BY-SA gibt es ein 
 Problem; sie nimmt naemlich streng genommen - mit der Ausnahme zweier 
 europaeischen Uebersetzungen, der flaemischen und der niederlaendischen 
 glaub ich - keinen Bezug auf die Datenbankdirektive. 
 
 Mit der fast brandaktuellen de/3.0 sollte das doch vom Tisch sein?

Das kann sein, aber wir haben nicht CC-BY-SA 2.0 or later, sondern 
CC-BY-SA 2.0 exactly. Ich komme da an die Grenzen von meinem eigenen 
Verstaendnis, aber ich denke, der einzelne User lizensiert die Sachen 
immer noch CC-BY-SA 2.0 exactly. Darin enthalten ist die Erlaubnis, 
abgeleitete Werke unter einer later version of this license with the 
same license elements zu veroeffentlichen; die Willenserklaerung des 
Users bezieht sich aber immer ganz genau auf den 2.0-Text, und da steht 
nichts von Datenbankdirektive, also kann das auch kein Re-Lizensierer 
weiter abwaerts in der Kette dazudichten. Aber da begebe ich mich jetzt 
schon auf duennes Eis und will lieber nicht weiter spekulieren, das 
fuehrt zu relativ wenig ;-)

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09 E008°23'33

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

Re: [Talk-de] Bundesstraßen als trunk?

Hallo,

 Einer der nur lokal zu Fuss oder mit dem Rad mapped kommt mit der jetztigen
 Situation klar. Ich mappe aber z.B. überregional, auch im Ausland. Da 
 ist es unmöglich die lokalen Mapping-Gepflogenheiten
 zu kennen und zu berücksichtigen.

Klar, erwartet auch keiner. Du sollst bloss nicht, weil Du einmal kurz 
durch Strasbourg gefahren bist, dort alles nach Deinem persoenlichen 
Geschmack abaendern, was schon da ist. Wenn Du deinen Beitrag einfach 
ergaenzt, kannst Du das sicher machen, wie Du es fuer richtig haeltst. 
Bloss wenn Du den Anspruch hast, bei der Gelegenheit die ganze Stadt mal 
eben geradezubiegen (fuer Dein persoenliches Verstaendnis von gerade), 
dann solltest Du Dich vorher mit den lokalen Gepflogenheiten beschaeftigen.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09 E008°23'33

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

Re: [Talk-de] Worldfile Revolutions 22. Juli 2008

2008-07-29 Diskussionsfäden Gerd von Egidy

 Hab einfach nur gmapsupp.img auf etrex HCx geladen. Hier südlich von
 Düsseldorf stelle ich dasselbe Problem fest.

Bin ich froh, daß ich nicht der einzige bin der das nicht hinbekommt.

 Zeiger z.B. über die A46 in 
 Höhe A59 fahren. Die Eieruhr erscheint kurz, und das war es dann: keine
 Anzeige. Schiebe ich den Zeiger dagegen nach Solingen, dann bekomme ich
 wieder Anzeigen, wie auch z.B. Gasse oder unbefestigte Straße.

kann ich reproduzieren, südlich Düsseldorf gehts bei mir auch nicht.

Ich hab aber grad eben mal die aktuelle Version mit dem typ-File reingeladen - 
mit der geht es. Es scheint also ein Problem mit der Version ohne typ-File zu 
sein. 

Meine Idee wo es herkommen könnte:
Wenn ich das richtig verstanden hab, kann man ja im typ-File die Reihenfolge 
einstellen, in der die Elemente dargestellt werden. Vielleicht wird mit den 
neu geschnittenen Daten manchmal eine größere transparente Fläche erzeugt. 
Das Standard-typ-File von Garmin legt die dann ganz oben auf die Straßen 
drauf. Daher sind die Straßen sichtbar, aber werden nicht angezeigt weil das 
Garmin denkt, die wären nicht richtig sichtbar oder so ähnlich.

Gruß,

Gerd

-- 
Address (better: trap) for people I really don't want to get mail from:
[EMAIL PROTECTED]

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

Re: [Talk-de] Bundesstraßen als trunk?

Alexander Schulze wrote:

 Dann sollte man das wiki eventuell mal dahingehend anpassen. Denn so wies 
 hier steht
 Ist für mich jede Straße, die Das Verkehrszeichen 331 hat eine 
 Kraftfahrtstraße und somit highway=trunk und motorroad=yes.

Ja, war missverständlich formuliert. Ich habe an das zusätzlich noch 
ein zum passenden highway-Tag angehängt. Ausserdem habe ich die Links 
zu §3 und zur Kreuzungsfreiheit in Klammern zum ersten Satz hinzugefügt.

Typisch deutsche Regulierungssucht, würde ich sagen. Woanders hätte man 
einfach geschrieben: Sieht aus wie ne Autobahn, ist aber keine. ;)

cu
Henry

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

Re: [Talk-de] Bundesstraßen als trunk?

Frederik Ramm schrieb:

 Klar, erwartet auch keiner. Du sollst bloss nicht, weil Du einmal kurz 
 durch Strasbourg gefahren bist, dort alles nach Deinem persoenlichen 
 Geschmack abaendern, was schon da ist. Wenn Du deinen Beitrag einfach 
 ergaenzt, kannst Du das sicher machen, wie Du es fuer richtig haeltst. 
 Bloss wenn Du den Anspruch hast, bei der Gelegenheit die ganze Stadt mal 
 eben geradezubiegen (fuer Dein persoenliches Verstaendnis von gerade), 
 dann solltest Du Dich vorher mit den lokalen Gepflogenheiten beschaeftigen.
   
Um mal eben eine Stadt geradezubiegen ist mir schon alleine die Zeit zu 
schade, zumal dann doch wieder
eine anderer kommt der wieder anderstherum biegt.
Worauf ich hinauswill ist dass wenn man es einfach weiterlaufen lässt 
man viele Gebiete erhält die in sich
stimmig sind, die Gesamtkarte aber nicht vernüftig verwendbar ist weil 
die Kategorien nicht zueinander passen.

Lösen könnte man das in dem man die Aufmeksamkeit mehr auf die Tags mit 
den physischen und
administrativen Fakten einer Strasse lenkt und die Bedeutung vom 
Highway-Tag allmählich zurückfährt.

Garry

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

Re: [Talk-de] Bundesstraßen als trunk?