Re: [Talk-de] JOSM: Idee für Image-Tool

[Philip Gillißen]

jan99 wrote:
> 
> => kann aber kein JS 
> 
Ist doch optimal, dann kannste ja direkt beginnen.
Denn das Plugin ist in Java geschrieben.

http://www.webmaster-eye.de/JavaScript-versus-Java-Der-Unterschied.359.artikel.html

-- 
View this message in context: 
http://gis.638310.n2.nabble.com/JOSM-Idee-fur-Image-Tool-tp5831076p5833692.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] JOSM: Source = * - Vereinfachung der Erfassung

[André Wilke]

Am 13.12.2010 16:17, schrieb aighes:
> 
> Hallo,
> über die Suche kannst du dir alle geänderten Objekte markieren lassen. Evtl.
> musst du dann im Anschluss die Auswahl noch weiter eingrenzen...
> 
> Du könntest dir natürlich auch ein Preset schreiben, was per Knopfdruck ein
> source=bing an das Objekt pappt.

Das handhabe ich momentan so; so optimal ist mein Preset aber noch nicht
und ganz glücklich bin ich mit der Lösung auch nicht. Netter wäre es
imho, wenn z.B. beim Setzen von landuse=* automatisch ein source=Bing
dazukommen könnte.


> 
> Allgemein halte ich aber rcht wenig von source-Tag. Mitunter kann ein Objekt
> mehrere sourcen haben. soll man jetzt auch deshalb den Weg aussplitten? Oder
> gibt es dann auch unter-taggs wie amenity:source=*.

Ich mappe Gebäude-Umrisse gern mit source:building=yes, insbesondere
wenn ich bspw. Hausnummer und amenity=* bereits vorher ermittelt und
source=survey gesetzt habe.

Damit es nicht zu viel Getippe wird: Das Plugin building_tools bietet in
den erweiterten Einstellungen die Möglichkeit, automatisch selbst
gewählte Tags zu setzen, wenn man damit ein Gebäude zeichnet.

Den Tipp habe ich im IRC aufgeschnappt und übernommen.


> 

Gruß,
 André


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

Re: [Talk-de] Problem mit osm.pbf

[aighes]

Hallo,

meine Datei ist geringfügig kleiner:

europe.osm.pbf von Geofabrik (13.12.2010): 9D278EE963925ED34701431B8573E0BF 
4448335290 
europe.osm.bz2 von Geofabrik (13.12.2010): CD8439ECFDB7E1012704C4CD6914ABB8 
6567425820

europe.osm.pbf von mir (13.12.2010): C4186D9197225E97F5BC935BE09881E8 -
4448335278

Winmerge lasse ich mal drüberlaufen

@Frederik: ein ftp wäre mir lieber.

Viele Grüße,
Henning
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Problem-mit-osm-pbf-tp5808951p5833622.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Bing und 4326

[André Joost]

Am 13.12.10 17:46, schrieb geo.osm:


Was ist denn der Grund dafür, dass Du verzerrte Bilder
haben möchtest?



Ich habe andere WMS-Services eingebunden, die nur WGS84 oder UTM
zurückgeben. Und die würde ich gerne mit den Bing-Luftbildern überlagern.


Das sind dann aber bestimmt keine Pixelbilder, sondern Vektordaten, oder?
Umprojezierte Pixelbilder sehen nämlich ziemlich häßlich aus.
So ähnlich wie mit WGS84 in josm erzeugte Häuser ;-)

Gruß,
André Joost




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

Re: [Talk-de] Problem mit osm.pbf

[André Joost]

Am 13.12.10 19:09, schrieb aighes:


Da war ich etwas voreilig...

Ich organisiere mir gerade beide Dateien von heute.

Wie könnte man sie denn vergleichen? Dann könnte ich das morgen mal machen.



Ich mach sowas mit WinMerge. Ich weiß allerdings nicht, ob das auch im 
Gigabytebereich noch tut. Mir fehlt es gerade an freiem Plattenplatz, um 
sowas zu testen...


Gruß,
André Joost


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

Re: [Talk-de] JOSM: Idee für Image-Tool

[Jan Tappenbeck]

Am 13.12.2010 16:53, schrieb Carsten Gerlach:

Hallo,

Am Montag 13 Dezember 2010 schrieb Jan Tappenbeck:

Es wäre schön wenn über einen Algorithmus die Abgrenzung des Kontrastes
geben könnte der diesen automatisch zeichnet oder zumindest dabei
unterstützt.


Du könntest versuchen, das Plugin


=> kann aber kein JS 

Gruß Jan :-)


http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Lakewalker dahin gehend
anzupassen.

Gruß, Carsten
--




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

Re: [Talk-de] Castorticker

[Jens Frank]

Hi,

Am 14. Dezember 2010 01:50 schrieb Hefee :

> Naja in den letzten Tagen habe wir alle Bilder auf einen externen server
> gepackt, so das wir diese Last gar nicht mehr hatten...
>

Wieviele Page Impressions pro Sekunde habt Ihr denn?


> > Hier gehst Du davon aus, dass die Tiles nicht gecached werden. Ich
> glaube,
> > das ist in der Regel falsch. Bei so einem Ticker werden viele Leute die
> > Seite mehrfach neu laden. In dem Fall werden die Tiles nicht neu
> >  angefordert werden müssen. Wie Frederik schon vorgeschlagen hat: Einmal
> >  Rendern und in ein Verzeichnis mit sauber eingestellten
> Cache-Anweisungen
> >  legen. (Default auf dem Server scheint bei maxage=10 Jahre zu liegen.
> Das
> >  sollte reichen) Und wenn man die Karte nicht bildschirmfüllend braucht,
> >  sondern sie zB  in die Sidebar packt (unter "Strecke"), dann sollten
> auch
> >  4 Tiles reichen.
> das heißt der client cacht die Tiles? Aber wenn ich F5 aukualisieren drücke
> hohlt er die doch neu, oder?
>

Bei einem normalen F5 sendet der Browser ein Get-if-modified-since, und der
Server sagt ihm, dass sich das Objekt nicht geändert hat und die Kopie aus
dem Browser-Cache genutzt werden kann.

Anders ist das ganze, wenn man Ctrl-Shift-R drückt (FF), dann verlangt der
Browser frische Objekte vom Server.

Grüße,

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

Re: [Talk-de] Castorticker

[Hefee]

Hallo,

> Außer natürlich in dem Fall, dass man Amazon nicht passt und sie einen
> rauswerfen - wie gerade geschehen.
Ja Amazon ist sicher auch nicht mein Traumhoster aber tiledrawer.com hört sich 
halt wirklich sehr einfach an ;)
  

> 10 KB Text, aber 320 KB an Bildern, CSS, Javascript, etc. Die werden bei
>  den meisten Besuchern nur einmalig geladen, machen aber sicher einen
>  messbaren Anteil am Traffic aus.
Naja in den letzten Tagen habe wir alle Bilder auf einen externen server 
gepackt, so das wir diese Last gar nicht mehr hatten...
 
> 
> Hier gehst Du davon aus, dass die Tiles nicht gecached werden. Ich glaube,
> das ist in der Regel falsch. Bei so einem Ticker werden viele Leute die
> Seite mehrfach neu laden. In dem Fall werden die Tiles nicht neu
>  angefordert werden müssen. Wie Frederik schon vorgeschlagen hat: Einmal
>  Rendern und in ein Verzeichnis mit sauber eingestellten Cache-Anweisungen
>  legen. (Default auf dem Server scheint bei maxage=10 Jahre zu liegen. Das
>  sollte reichen) Und wenn man die Karte nicht bildschirmfüllend braucht,
>  sondern sie zB  in die Sidebar packt (unter "Strecke"), dann sollten auch
>  4 Tiles reichen.
das heißt der client cacht die Tiles? Aber wenn ich F5 aukualisieren drücke 
hohlt er die doch neu, oder?

Naja das die Tiels vorberechnet werden ist mir glasklar, alles was 
vorausberechnet werden kann wird auch vorrausberechnet um den Server 
freizuhalten zu Seiten auszuliefern und jede Verbindung die glücklich beendent 
ist verbraucht keinen Socket etc...

Liebste grüße

sandro


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

Re: [Talk-de] Castorticker

[Jens Frank]

Am 14. Dezember 2010 00:01 schrieb Stephan Knauss :

> On 13.12.2010 22:47, Sandro wrote:
>
>> Das hier könnte das sein nach dem du suchst:
>>> http://tiledrawer.com/
>>>
>> das ist ja schick, immer wieder verwundert was sich so alles um OSM so
>> sammelt
>> ;) Wenn ich das richtig verstehe wird hier eine Karte auf einer Amazon E3
>>
>
> Ich glaube es ist EC2, aber du scheinst es verstanden zu haben. Das schöne
> an der Lösung ist, dass du dir keine Sorgen um die Leistung machen musst. Es
> ist einfach genug da und du zahlst nach Verbrauch.
>

Außer natürlich in dem Fall, dass man Amazon nicht passt und sie einen
rauswerfen - wie gerade geschehen.


> Ansonsten musst du halt einen Server haben der sich 11 Monate im Jahr
> langweilt um im November ausgelastet zu sein.
>
> So ganz habe ich nicht verstanden wie viele Zugriffe du erwartest. Aber
> wenn du nur mit einer Textdatei 1GB/h bekommst sind das bei 10kb Text etwa
> 30 Hits pro Sekunde.
>

10 KB Text, aber 320 KB an Bildern, CSS, Javascript, etc. Die werden bei den
meisten Besuchern nur einmalig geladen, machen aber sicher einen messbaren
Anteil am Traffic aus.


> Wenn deine Karte 5x5 Tiles anfordert musst du 750 Tiles pro Sekunde liefern
> können.
> Im dicht besiedelten Deutschland sind die Tiles recht groß, 25k dürften die
> haben.
> Damit lieferst du knapp 20 MB/s aus.
> Mal 60 Stunden hohe Last angesetzt komme ich auf 4TB und vielleicht nochmal
> 6TB für den Rest des Monats.
>
> Das sind Größenordnungen bei denen ein typische Webhosting Package wohl
> nicht ausreicht. Vorberechnete Tiles machen es aber leichter einen Server zu
> haben der das stemmen kann.


Hier gehst Du davon aus, dass die Tiles nicht gecached werden. Ich glaube,
das ist in der Regel falsch. Bei so einem Ticker werden viele Leute die
Seite mehrfach neu laden. In dem Fall werden die Tiles nicht neu angefordert
werden müssen. Wie Frederik schon vorgeschlagen hat: Einmal Rendern und in
ein Verzeichnis mit sauber eingestellten Cache-Anweisungen legen. (Default
auf dem Server scheint bei maxage=10 Jahre zu liegen. Das sollte reichen)
Und wenn man die Karte nicht bildschirmfüllend braucht, sondern sie zB  in
die Sidebar packt (unter "Strecke"), dann sollten auch 4 Tiles reichen.

Grüße,

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

Re: [Talk-de] Castorticker

[Stephan Knauss]

On 13.12.2010 22:47, Sandro wrote:

Das hier könnte das sein nach dem du suchst:
http://tiledrawer.com/

das ist ja schick, immer wieder verwundert was sich so alles um OSM so sammelt
;) Wenn ich das richtig verstehe wird hier eine Karte auf einer Amazon E3


Ich glaube es ist EC2, aber du scheinst es verstanden zu haben. Das 
schöne an der Lösung ist, dass du dir keine Sorgen um die Leistung 
machen musst. Es ist einfach genug da und du zahlst nach Verbrauch.


Ansonsten musst du halt einen Server haben der sich 11 Monate im Jahr 
langweilt um im November ausgelastet zu sein.


So ganz habe ich nicht verstanden wie viele Zugriffe du erwartest. Aber 
wenn du nur mit einer Textdatei 1GB/h bekommst sind das bei 10kb Text 
etwa 30 Hits pro Sekunde.
Wenn deine Karte 5x5 Tiles anfordert musst du 750 Tiles pro Sekunde 
liefern können.
Im dicht besiedelten Deutschland sind die Tiles recht groß, 25k dürften 
die haben.

Damit lieferst du knapp 20 MB/s aus.
Mal 60 Stunden hohe Last angesetzt komme ich auf 4TB und vielleicht 
nochmal 6TB für den Rest des Monats.


Das sind Größenordnungen bei denen ein typische Webhosting Package wohl 
nicht ausreicht. Vorberechnete Tiles machen es aber leichter einen 
Server zu haben der das stemmen kann.


Stephan


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

Re: [Talk-de] Castorticker

[Frederik Ramm]

Hallo,

Sandro wrote:
Aber eigentlich ist mein Nerdherz nur 
zufrieden, wenn ich selber einen Server aufgesetzt habe und eine 
Infrastrucktur schaffe die das selbständig verarbeitet, 


Deine Anwendung ist insofern ungewoehnlich als dass Dein Server 
vermutlich nur einen Bruchteil aller denkbaren Karten-Tiles braucht und 
ferner, wie ich annehme, auch nicht darauf angewiesen ist, stets die 
aktuellsten Tiles zu haben. Du koenntest also, anstatt eine komplizierte 
Live-Rendering-Engine aufzusetzen, einfach alles vorberechnen, was 
gebraucht wird, das auf einen normalen Webserver werfen und fertig.


Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Castorticker

[Sandro]

Hallo,
> On 12.12.2010 22:41, Jonas K. wrote:
> > Wie wäre es mit den Tiles von MapQuest?
> > http://developer.mapquest.com/web/products/open/map
> 
> Es gäbe auch Microsoft, die allerdings nur mit Silverlight über ihr CDN
> liefern. Auch da ist sicher genügend Leistung da um mit ein paar Tausend
> Zugriffen pro Sekunde fertig zu werden.

Bäh Microdoof nene das ist ja den Teufel mit dem Belzebub austreiben. 

Aber nochmals vielen Dank für die vielen Antworten und Möglichkeiten der 
Einbindung von OSM auf castorticker. Ich werde mal die Wochen mir das alles 
mal anschauen und dann weiter fragen ;) Aber eigentlich ist mein Nerdherz nur 
zufrieden, wenn ich selber einen Server aufgesetzt habe und eine 
Infrastrucktur schaffe die das selbständig verarbeitet, aber das muss natürlich 
abgewogen werden mit dem Aufwand und der Berücksichtung von benutzten 
Resourcen...

Liebste Grüße

sandro

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

Re: [Talk-de] Castorticker

[Sandro]

Moin,

> Das hier könnte das sein nach dem du suchst:
> http://tiledrawer.com/
das ist ja schick, immer wieder verwundert was sich so alles um OSM so sammelt 
;) Wenn ich das richtig verstehe wird hier eine Karte auf einer Amazon E3 
gerendert, wobei ich ein Style angeben kann und sonst noch angebe, wo er die 
Daten herhohlen soll und dann rendert der das durch, wobei ich selber aber 
einen Amazon E3 Account brauche...

Liebste Grüße

sandro

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

Re: [Talk-de] Castorticker

[Sandro]

Moin,
> Hier hätte sich angeboten, in einer die BRD (bzw das entsprechende
> Gebiet) umschließenden bounding box nur die Bahngleise herunterzuladen.
> (bzw railway=*)
Wie geht das? Ich kann zwar rudimentär mit josm umgehen und habe gefunden wo 
ich teile der Welt runterladen kann... Aber an sich macht dies doch nur den 
Unterschied wo die rechenlast ensteht, oder? bei deiner Variante halt auf dem 
Srever - bei der von uns auf unsren Rechnern. Und das Routing wäre trotzdem 
notwenig, da der Castor nicht alle möglichen Schienen benutzen kann, weil er 
zu schwer ist für einzelne Strecken. Es gibt nur wenige zugelassene 
Strecken...

Liebste Grüße

sandro

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

Re: [Talk-de] JOSM: Source = * - Vereinfachung der Erfassung

[Schorschi]

Moin Jan,

On Mon, 13 Dec 2010, Jan Tappenbeck wrote:


> Bevor ich ein Ticket erstelle wollte ich wissen wie Ihr darüber denkt und was
> es vielleicht schon für Ideen gibt ?

hm, von vor einem Jahr:

https://josm.openstreetmap.de/ticket/4181

wenigstens die letzten 10 Möglichkeiten behalten - ein paar vordefinierte 
wären schon prima ...

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

Re: [Talk-de] Problem mit osm.pbf

[Frederik Ramm]

Hallo,

aighes wrote:

mit welchen Parametern im --wb erzeugst du denn das europe.osm.pbf? Diese
sollte ich ja dann genauso wählen.


Mit compress=deflate, aber das ist eh der Default; sonst nix spezielles.

Die aktuellen md5summen und Groessen sind:

europe.osm.bz2
cd8439ecfdb7e1012704c4cd6914abb8
size 6567425820

europe.osm.pbf
9d278ee963925ed34701431b8573e0bf
size 4448335290

europe.osm
f933a3dda305d75aff2df3dacedac4e0
size 85688818446


An der Bandbreite bei mir schietert es nicht. Ich hab allerdings keine
Möglichkeit, diese Datenmenge irgendwo online zu speichern.


Kannst Du, wenn es soweit ist, eventuell bei Dir auf dem Rechner, auf 
dem Du die Daten erzeugst, einen kleinen Webserver starten, so dass ich 
die Datei von Dir mit wget abholen und bei mir speichern kann?


Ansonsten wuerde ich Dir einen FTP-Account o.ae. einrichten, an den Du 
die Datei hochladen koenntest.


Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] JOSM Applet

[Chris66]

Am 13.12.2010 13:12, schrieb Fred Jelk:
> auch bei mir: unter Win XP mit Firefox funktioniert das Applet nicht.
> Bei mir bleibt der Bildschirm hingegen weiss, nicht schwarz.
> Aber unter Win XP mit dem IE8 funktioniert das Applet "reibungslos". Nur
> muss ich die Anmeldedaten zweimal eingeben.

Wenn ich in meinem  FF die Plugins Adblock+ und Greasemonkey deaktiviere
geht es.

Hat schon jemand rausgefunden, wie man seine Einstellungen abspeichern
kann? Bei "upload Prefs" kommt eine Fehlermeldung.

Chris


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

Re: [Talk-de] Tagging von Kommunen: place vs multipolygon

[Tirkon]

Andreas Labres  wrote:

>On 12.12.10 15:45, Tirkon wrote:
>> Falls beide existieren sollen:
>> Ein Kartenrenderer rendert dann den Ortsnamen zweimal. Er zeichnet
>> dabei den Ortsnamen aus dem multipolygon offensichtlich in einen
>> geometrisch ermittelten Mittelpunkt. Sollte place in die
>> multipolygon-Relation aufgenommen werden oder durch eine andere
>> Relation damit verknüpft werden?
>
>Das admin-boundary Multipolygon definiert das Gebiet der jeweiligen
>administrativen Entität. Und der place node definiert die Beschriftung. Nicht
>nur beim Rendern führt das zu "doppelten" Einträgen, vor allem auch Nominatim
>denkt sich rund um die place nodes abstruse Dinge aus (Beispiele gern auf 
>Wunsch
>privat...).
>
>Es wäre schon sinnvoll, mal diese Dinge in Beziehung zu setzen, zB indem man
>beim admin-boundary MP den place node als role "label" hinzufügt. Dann hätten
>Renderer die Chance, Beschriftungen passend zu platzieren, und Nominatim müßte
>dieses "in Beziehung stehen" auch verstehen, indem er dann eben weiß: "Ok,
>diesen place node habe ich schon in admin_level=#, ich muß ihn also nicht
>nochmal irgendwie mehr oder weniger wahllos in die Hierarchie einbauen." Bzw. 
>in
>AT ist es ja so, dass die Admin-Grenzen bis zur Gemeindeebene hin (in
>[zumindest] Wien und Graz sogar bis zum Stadtbezirk) definiert sind, da könnte
>er sich dieses place-node-Raten grundsätzlich sparen...

Ich sehe, wir verstehen uns. :-) 

Damit wäre auch das ganze Ordnungsgeraffel wie z.B. "is_in" nicht mehr
notwendig. Die admin-level und deren Verknüpfung über die
boundary-multipolygon-Grenzen geben alles Notwendige wesentlich
detaillierter her. 

In der hiesigen Region wären nach meinen bisherigen Ermittlungen alle
Grenzverläufe zumindest bis zur Ortsteilgrenze definiert. Und genau so
detailliert hätte ich es gern zunächst hier in der "Modellregion" und
später Niedersachsen-weit in OSM. Auch die Straßenverzeichnisse sollen
möglichst diesen Detaillierungsgrad aufweisen. Daran arbeite ich zur
Zeit. Und daher war diese Klärung notwendig. 

Die Idee mit der role "label" ist genial. Hast Du auch einen
Vorschlag, was wir mir den bisher am "place" hängenden
Beschreibungstags machen? Lassen wir die dranhängen? Beispiel: 
http://www.openstreetmap.org/browse/node/240102131

Diese Lösung könnte auch das Rendern von Landkreis-, Städte-,
Gemeinde-, und Ortsteilnamen in den verschiedenen Zoomstufen
verbessern. Beim Hineinzoomen könnte zunächst der Name einer Gemeinde
gerendert werden und erst später ihre Ortsteile. Wenn der Renderer
sehr intelligent ist, könnte er sogar bei einer hohen Zoomstufe die
Verortung des Labels ignorieren und den Schriftzug eines Namens in
Hohlschrift über den gesamten Bereich der benannten
Gebietskörperschaft unter dezenter Hervorhebung der Grenze ausdehnen.

Gru0
Trikon


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

Re: [Talk-de] JOSM: Source = * - Vereinfachung der Erfassung

[André Reichelt]

Am 13.12.2010 16:34, schrieb Bernd Wurst:
> Ich fände es sinnvoll, wenn der Editor beim Changeset automatisch Tags 
> aufgrund der aktivierten Ebenen setzen würde, also welchen WMS ich benutzt 
> habe oder ob ich GPS-Tracks geladen/geöffnet habe.

Ich hänge den Source-Tag eigentlich nur noch an das jeweilige Changeset.
Ich stimme Dir vollumfänglich zu, dass das genannte Vorgehen eigentlich
nur dann sinnvoll ist, wenn man von sehr schlechtem Bildmaterial wie
Landsat abzeichnet.



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

Re: [Talk-de] Problem mit osm.pbf

[aighes]

Hallo Frederik,
mit welchen Parametern im --wb erzeugst du denn das europe.osm.pbf? Diese
sollte ich ja dann genauso wählen.

Könntest du die Hashes von den heutigen Daten mir zukommen lassen (pbf und
bz2), um dort Fehler auszuschließen.

An der Bandbreite bei mir schietert es nicht. Ich hab allerdings keine
Möglichkeit, diese Datenmenge irgendwo online zu speichern.

Viele Grüße,
Henning
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Problem-mit-osm-pbf-tp5808951p5831755.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Problem mit osm.pbf

[Frederik Ramm]

Hi,

aighes wrote:

Da war ich etwas voreilig...

Ich organisiere mir gerade beide Dateien von heute.

Wie könnte man sie denn vergleichen? Dann könnte ich das morgen mal machen.


Also, es waere super, wenn Du die .osm.bz2 mit Osmosis in eine .pbf 
umwandeln koenntest. Wenn ich Dich richtig verstehe, geht diese neue 
.pbf dann ja ueberall, wahrend die alte nicht geht?


Vergleichen: natuerlich erstmal die Dateilaenge. Bei gleicher Laenge 
gibt es ein "md5sum.exe", mit dem man die Pruefsumme der Datei bestimmen 
kann - aber wenn beide Dateien unterschiedlich lang sind, kann man sich 
das schon sparen. Dann waere es hilfreich, wenn Du die so erzeugte, 
"funktionierende" PBF irgendwohin hochladen koenntest, so dass man sie 
mit der nicht funktionierenden vergleichen kann. Zur Sicherheit gibt 
auch Dateilaenge der nicht funktionierenden, von Geofabrik 
heruntergeladenen .osm.pbf an, damit wir es mit der richtigen Datei 
vergleichen...


Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Problem mit osm.pbf

[Carsten Schönert]

Hi!

Unter *nix könnte ich mir md5sum zum Vergleichen vorstellen.
Bei gleicher interner binärer Struktur muss die selbe md5summe raus kommen.

Gruß
Carsten

Am 13.12.2010 19:09, schrieb aighes:


Da war ich etwas voreilig...

Ich organisiere mir gerade beide Dateien von heute.

Wie könnte man sie denn vergleichen? Dann könnte ich das morgen mal machen.

Viele Grüße,
Henning


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

Re: [Talk-de] Problem mit osm.pbf

[aighes]

Da war ich etwas voreilig...

Ich organisiere mir gerade beide Dateien von heute.

Wie könnte man sie denn vergleichen? Dann könnte ich das morgen mal machen.

Viele Grüße,
Henning
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Problem-mit-osm-pbf-tp5808951p5831685.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Problem mit osm.pbf

[aighes]

Hallo,

nur an den 4GB kann es nicht liegen. Wenn du mal eine pbf unkomprimiert
abspeicherst, dann ist die locker größer, war auch früher schon so. 

Ich könnte so eine pbf aus dem bz2 unter Win erstellen. Nur fürs hochladen
reicht mein Webspace nicht aus. Wenn jemand dafür Abhilfe weiß nur zu.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Problem-mit-osm-pbf-tp5808951p5831642.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Problem mit osm.pbf

[Peter Körner]

Am 11.12.2010 19:46, schrieb aighes:


Ich hatte mir europe.osm.bz2 vom Donnerstag gezogen und mit osmosis 0.38
unter Win selber nach pbf gewandelt. Damit funktionierte dann sowohl osmosis
als auch später der splitter.


Hi

hast du vom selben Zeitpunkt noch das Geofabrik .osm.pbf so dass wir 
vergleichen könnten?


Nach meinem Verständnis brauchen wir

- europe.osm.pbf von der Geofabrik
- europe.osm.pbf unter Windows erstellt aus europe.osm.bz2 von der Geofabrik

erstere scheint unter Win nicht zu funktionieren, letztere schon. Beide 
sollten eigentlich identisch sein. Der Unterschied dazwischen beinhaltet 
die Ursache des Problems.


Lg, Peter

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

Re: [Talk-de] Problem mit osm.pbf

[Torsten Leistikow]

André Joost schrieb am 13.12.2010 09:13:
> Da die europe.pbf bis zum 2.12.2010 wohl funktionert haben soll:

Die Datei ist jetzt 4,1GB gross. Hat sie zufaellig in letzter Zeit die 4GB
Grenze ueberschritten?

Das wuerde allerdings auch nicht erklaeren, wieso eine selbstgepackte pbf-Datei
auf einem Windof-System funktioniert, es sei denn, dass schon beim packen auf
dem Windof-Rechner ein Teil verloren geht und die pbf-Datei deshalb gar nicht
vollstaendig waere.

Gibt es irgendwo eine andere pbf-Datei groesser als 4GB, die man mal zum
Vergleich probieren koennte?

Gruss
Torsten

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

Re: [Talk-de] Bing und 4326

[geo.osm]

Hallo Sven,

Dazu müsste man sie umprojizieren, weil das nun mal die üblichen Tiles in
Google Merkator sind.

das ist mir schon klar.

  Was ist denn der Grund dafür, dass Du verzerrte Bilder
haben möchtest?
Ich habe  andere WMS-Services eingebunden, die nur WGS84 oder UTM 
zurückgeben. Und die würde ich gerne mit den Bing-Luftbildern überlagern.

Ich bin ja ohnehin der Meinung, dass man den lat/long Mode im josm ausbauen
sollte. Aufgrund von diesem wurden IMO schon viel zu viele rautenförmige
Häuser und Sportzplätze verbrochen.
da hast du sicherlich recht. Wenn ich etwas von Luftbilder abzeichne 
verwende ich auch kein WGS84.

--
schönen Gruß
Alex

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

Re: [Talk-de] Zeitlich anonymisiertre Tracks (nicht) hochladen?

[Holger Jeromin]

Johann H. Addicks schrieb am 13.12.2010 13:20:
>> Ist mir passiert, da war ich froh, dass ich per GPX Editor fake
>> 1970-Timestamps einbauen konnte, so dass ich den Track dann überhaupt
>> hochladen konnte.
> Du brauchst ein Script welches einfach von Punkt zu Punkt eine Sekunde  
> hochzählt.
> Das gibt zwar Probleme für diejenigen, die die Geschwindigkeit farblich  
> darstellen.
> Aber immernoch besser als gar kein hochgeladener Track.

Dann ist mir ein Track lieber der erkennbar Blödsinn im timecode hat :-)

-- 
Mit freundlichen Grüßen
Holger


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

Re: [Talk-de] JOSM: Source = * - Vereinfachung der Erfassung

[Frederik Ramm]

Hallo,

aighes wrote:

Allgemein halte ich aber rcht wenig von source-Tag. Mitunter kann ein Objekt
mehrere sourcen haben. soll man jetzt auch deshalb den Weg aussplitten? Oder
gibt es dann auch unter-taggs wie amenity:source=*.
Bei mir kommt das Bing in den Changeset-Kommentar. Diesen kann man sich für
jede Version des Objekts über osm.org ansehen.


Ja, ich wuerde auch ein source: am Objekt nur in Ausnahmefaellen setzen; 
das mit dem Changeset finde ich besser.


Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Bing und 4326

[Sven Geggus]

geo.osm  wrote:

> gibt es ne Möglichkeit die Bing-Luftbilder im Josm auch in EPSG: 4326 zu 
> bekommen?

Dazu müsste man sie umprojizieren, weil das nun mal die üblichen Tiles in
Google Merkator sind. Was ist denn der Grund dafür, dass Du verzerrte Bilder
haben möchtest?

Ich bin ja ohnehin der Meinung, dass man den lat/long Mode im josm ausbauen
sollte. Aufgrund von diesem wurden IMO schon viel zu viele rautenförmige
Häuser und Sportzplätze verbrochen.

Sven

-- 
Das Internet ist kein rechtsfreier Raum, das Internet ist aber auch
kein bürgerrechtsfreier Raum. (Wolfgang Wieland Bündnis 90/Die Grünen)

/me is gig...@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-de] JOSM: Idee für Image-Tool

[Carsten Gerlach]

Hallo,

Am Montag 13 Dezember 2010 schrieb Jan Tappenbeck:
> Es wäre schön wenn über einen Algorithmus die Abgrenzung des Kontrastes
> geben könnte der diesen automatisch zeichnet oder zumindest dabei
> unterstützt.

Du könntest versuchen, das Plugin 
http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Lakewalker dahin gehend 
anzupassen.

Gruß, Carsten
-- 

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

Re: [Talk-de] JOSM: Source = * - Vereinfachung der Erfassung

[Bernd Wurst]

Am Montag 13 Dezember 2010, 16:03:29 schrieb Jan Tappenbeck:
> es gibt BING und andere Image-Datenquellen und bei den Objekten sollten 
> nach Möglichkeit source= zugewiesen werden.

Finde ich nicht und mache ich auch nicht.

Das war mal eine (gute) Idee, aber in der Praxis zeigt es sich doch, dass es 
sehr umständlich und wenig nützlich ist. Es gibt Fälle da will der 
Luftbildspender eine Nennung und da mag source passend sein.

Vor ner Weile war es noch gut, wenn man eine definitiv schlechte Quelle hatte, 
dass man "source=Landsat" dran hängt, dass der nächste nicht an seinem GPS-
Signal zweifelt sondern munter seine Daten als besser sehen darf.

Insbesondere seit den BING-Bildern ist es aber meiner Meinung nach nur noch 
umständlich und Verschwendung, dieses Tag zu setzen.

Ich fände es sinnvoll, wenn der Editor beim Changeset automatisch Tags 
aufgrund der aktivierten Ebenen setzen würde, also welchen WMS ich benutzt 
habe oder ob ich GPS-Tracks geladen/geöffnet habe.

Gruß, Bernd

-- 
Arme haben Arme.
Arme haben Beine.
Beine haben keine Arme.
Arme Beine!


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

Re: [Talk-de] JOSM: Source = * - Vereinfachung der Erfassung

[Jan Tappenbeck]

Am 13.12.2010 16:17, schrieb aighes:


Hallo,
über die Suche kannst du dir alle geänderten Objekte markieren lassen. Evtl.
musst du dann im Anschluss die Auswahl noch weiter eingrenzen...


wieder manuelle Arbeit


Du könntest dir natürlich auch ein Preset schreiben, was per Knopfdruck ein
source=bing an das Objekt pappt.

mache ich auch schon und sehr nervig auf Dauer.



Das ganze automatisch zu machen halte ich für falsch. Weil nicht alles, was
man einzeichnet, während bing im Hintergrund ist, ist auch von bing
abgemalt. Bspw. die Radweg-Relation oder den Weg, den ich per GPS
aufgezeichnet habe. Das lässt sich nicht automatisch regeln.


man könnte es an die Aktivität des Bildes zu koppeln



Allgemein halte ich aber rcht wenig von source-Tag. Mitunter kann ein Objekt
mehrere sourcen haben. soll man jetzt auch deshalb den Weg aussplitten? Oder
gibt es dann auch unter-taggs wie amenity:source=*.
Bei mir kommt das Bing in den Changeset-Kommentar. Diesen kann man sich für
jede Version des Objekts über osm.org ansehen.

Viele Grüße
Henning


Gruß Jan :-)



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

[Talk-de] Bing und 4326

[geo.osm]

Hallo zusammen,

gibt es ne Möglichkeit die Bing-Luftbilder im Josm auch in EPSG: 4326 zu 
bekommen?

Bzw. ist da was angedacht oder wird das von Microsoft ausgeschlossen?

--
schönen Gruß
Alex

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

[Talk-de] JOSM: Idee für Image-Tool

[Jan Tappenbeck]

 Hi !

in JOSM gibt es ein Plugin um Gebäude zeichnen zu können.

Nun stehe ja immer mehr Bilder zur Verfügung und bei der Erfassung 
Landuse gibt es im Bereich der "neuen Bundesländer" oftmals riesige 
Felder mit großen grünen Inseln.


Es wäre schön wenn über einen Algorithmus die Abgrenzung des Kontrastes 
geben könnte der diesen automatisch zeichnet oder zumindest dabei 
unterstützt.


Meint einer das wäre machbar ???

Gruß Jan :-)


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

Re: [Talk-de] JOSM: Source = * - Vereinfachung der Erfassung

[aighes]

Hallo,
über die Suche kannst du dir alle geänderten Objekte markieren lassen. Evtl.
musst du dann im Anschluss die Auswahl noch weiter eingrenzen...

Du könntest dir natürlich auch ein Preset schreiben, was per Knopfdruck ein
source=bing an das Objekt pappt.

Das ganze automatisch zu machen halte ich für falsch. Weil nicht alles, was
man einzeichnet, während bing im Hintergrund ist, ist auch von bing
abgemalt. Bspw. die Radweg-Relation oder den Weg, den ich per GPS
aufgezeichnet habe. Das lässt sich nicht automatisch regeln.

Allgemein halte ich aber rcht wenig von source-Tag. Mitunter kann ein Objekt
mehrere sourcen haben. soll man jetzt auch deshalb den Weg aussplitten? Oder
gibt es dann auch unter-taggs wie amenity:source=*.
Bei mir kommt das Bing in den Changeset-Kommentar. Diesen kann man sich für
jede Version des Objekts über osm.org ansehen.

Viele Grüße
Henning
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/JOSM-Source-Vereinfachung-der-Erfassung-tp5831026p5831063.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] JOSM: Source = * - Vereinfachung der Erfassung

[Hanno Hecker]

On Mon, 13 Dec 2010 16:11:48 +0100
Hanno Hecker  wrote:

> On Mon, 13 Dec 2010 16:03:29 +0100
> Jan Tappenbeck  wrote:
> > es gibt BING und andere Image-Datenquellen und bei den Objekten sollten 
s/Objekten/Changeset/ ...

> > nach Möglichkeit source= zugewiesen werden.
> > 
> > Immer das ganze manuell von Hand ist etwas aufwending auf Dauer und 
> > daher bin ich am überlegen wie dieses in JOSM machbar wäre.
> +1 ... Aber: bitte mit Häkchen vor der jeweiligen Quelle, so dass man
> es ggfs. ausstellen kann.

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

Re: [Talk-de] JOSM: Source = * - Vereinfachung der Erfassung

[Hanno Hecker]

On Mon, 13 Dec 2010 16:03:29 +0100
Jan Tappenbeck  wrote:
> es gibt BING und andere Image-Datenquellen und bei den Objekten sollten 
> nach Möglichkeit source= zugewiesen werden.
> 
> Immer das ganze manuell von Hand ist etwas aufwending auf Dauer und 
> daher bin ich am überlegen wie dieses in JOSM machbar wäre.
+1 ... Aber: bitte mit Häkchen vor der jeweiligen Quelle, so dass man
es ggfs. ausstellen kann.

> Bevor ich ein Ticket erstelle wollte ich wissen wie Ihr darüber denkt 
> und was es vielleicht schon für Ideen gibt ?
Mach's auf, wenn Du's für sinnvoll hälst :)

Hanno

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

[Talk-de] JOSM: Source = * - Vereinfachung der Erfassung

[Jan Tappenbeck]

 Hi !

es gibt BING und andere Image-Datenquellen und bei den Objekten sollten 
nach Möglichkeit source= zugewiesen werden.


Immer das ganze manuell von Hand ist etwas aufwending auf Dauer und 
daher bin ich am überlegen wie dieses in JOSM machbar wäre.


Bevor ich ein Ticket erstelle wollte ich wissen wie Ihr darüber denkt 
und was es vielleicht schon für Ideen gibt ?


Gruß Jan :-)


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

[Talk-de] Wartung am Dienstag vormittag

[Frederik Ramm]

Hallo,

  Dienstag 14.12. von ca. 9:45 bis 10:45 wird der OSM-Datenbankserver 
heruntergefahren. In der Zeit ist das Herunter-/Hochladen von Daten 
nicht moeglich.


Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Ältere Datensätze

[Tom Müller]

Am 13.12.2010 13:30, schrieb Frederik Ramm:

Hallo,

On 12/13/10 10:20, Tom Müller wrote:

kannst Du mir u.U. auch noch das Polygon für Hamburg zur Verfügung
stellen?


Liegt jetzt am selben Ort.

Bye
Frederik


Vielen Dank mal wieder!


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

Re: [Talk-de] Ältere Datensätze

[Frederik Ramm]

Hallo,

On 12/13/10 10:20, Tom Müller wrote:

kannst Du mir u.U. auch noch das Polygon für Hamburg zur Verfügung stellen?


Liegt jetzt am selben Ort.

Bye
Frederik

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

Re: [Talk-de] Zeitlich anonymisiertre Tracks (nicht) hochladen?

[Johann H. Addicks]

> Ist mir passiert, da war ich froh, dass ich per GPX Editor fake
> 1970-Timestamps einbauen konnte, so dass ich den Track dann überhaupt
> hochladen konnte.

Du brauchst ein Script welches einfach von Punkt zu Punkt eine Sekunde  
hochzählt.
Das gibt zwar Probleme für diejenigen, die die Geschwindigkeit farblich  
darstellen.
Aber immernoch besser als gar kein hochgeladener Track.




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

Re: [Talk-de] JOSM Applet

[Fred Jelk]

auch bei mir: unter Win XP mit Firefox funktioniert das Applet nicht. 
Bei mir bleibt der Bildschirm hingegen weiss, nicht schwarz.
Aber unter Win XP mit dem IE8 funktioniert das Applet "reibungslos". Nur 
muss ich die Anmeldedaten zweimal eingeben.


Unter Ubuntu funktioniert das Applet mit Firefox. Aber auch dort muss 
ich die Anmeldedaten doppelt eingeben.


Gruss
Fred


Am 12.12.2010 22:27, schrieb Chris66:

Hallo,
ich weiss nicht ob Sie es schon wussten aber JOSM gibt's nun auch als
Applet:



Kurztest meinerseits (XP):

FireFox: schwarzer Bildschirm nach der Anmeldung.

Chrome: Hier musste ich mich 3 mal in 2 verschiedenen Anmeldeboxen
anmelden, aber dann läuft es.

Applet ist etwas zu groß, so dass es rechts eine Scrollbar gibt,
und die mittlere Maustaste führt gleichzeitig zum Zoomen und
Vertikalrollen des Fensterinhalts.

Grüße
Chris


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



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

Re: [Talk-de] Benennung von Kernorten einer Gemeinde (boundary=administrative)

[Peter Wendorff]

Am 13.12.2010 03:18, schrieb Matthias Versen:

bundesrainer wrote:


Im Falle von Landkreisen fände ich den Namen "Landkreis XY" trotz des
Präfixes sinnvoll, denn so lautet die verbreitete Bezeichnung.


Kann dann aber vom Renderer etc. bei vorhandenem name:prefix
entschieden werden. Zusammensetzen ist leicht, Zerlegen schwer.


Im allgemeinen wird bei den Kreisen der prefix "Landkreis" , "Kreis" 
mitbenutzt aber das ist nicht überall der Fall. Die Bezeichnung wird 
meistens nur dort benutzt wo eine verwechselungsgefahr besteht.

Es gibt z.b. die Stadt Höxter und den Kreis Höxter.

Bei Kreisfreien Städten hat die Relation den admin_level eines Kreises 
aber der prefix "Kreis" wird nicht benutzt.
Dann gibt es noch Kreise die einen eindeutigen Namen haben, dort wird 
umgangssprachlich auch selten der name:prefix benutzt weil es auch so 
eindeutig ist. Beispiel"Kreis Lippe"
...und dann gibt es die ganz eindeutigen Fälle, in denen kein Präfix 
steht, weil das bereits Teil des Namens ist, wie z.B. Rhein-Sieg-Kreis.


Die Software kann mit dem name:prefix entscheiden ob der prefix 
benutzt wird oder nicht. So kann man z.b. bei 2 gleichen Namen den 
Prefix einblenden.

+1

Gruß
Peter

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

Re: [Talk-de] Tagging von Kommunen: place vs multipolygon

[Bernd Wurst]

Hallo.

Am Sonntag 12 Dezember 2010, 19:14:03 schrieb Tirkon:
> Von daher fände ich eine Verknüpfung sinnvoll, die dem Renderer das
> anzeigt. Dann braucht man auch die Infotags wie z.B. die
> Einwohnerzahlen nur einmal anzugeben, weil sie über die Verknüpfung
> gefunden werden können. Ansonsten müsste man sie zweimal pflegen. Man
> sollte sich dann nur einigen, wohin man sie schreibt.

Es ist doch ein wesentlicher Unterschied ob man von der Einwohnerzahl einer 
Gemeinde (aus z.B. 5 Dörfern) und der Einwohnerzahl eines Dorfes redet.

Explizites "Verknüpfen" ist meiner Ansicht nach nicht besonders sinnvoll, da 
das durch die gegrafische Lage schon deutlich wird. 

Die nach-außen-Verknüpfung über is_in-Tags an den Nodes macht viel Sinn, 
Relationen allerdings nicht, da das dann nur redundante Sammelrelationen 
werden.

Gruß, Bernd

-- 
To criticize the incompetent is easy; it's more difficult to criticize the 
competent.


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

Re: [Talk-de] Ältere Datensätze

[Tom Müller]

Am 02.12.2010 21:27, schrieb Frederik Ramm:

Hi,

Tom Müller wrote:

Kann man die Polygon-Dateien für osmosis irgendwo herunterladen?


http://www.remote.org/frederik/tmp/berlin.poly
http://www.remote.org/frederik/tmp/niederbayern.poly

Bye
Frederik



Hallo Frederik,

kannst Du mir u.U. auch noch das Polygon für Hamburg zur Verfügung stellen?

Danke!
Tom


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

Re: [Talk-de] Tagging von Kommunen: place vs multipolygon

[Bernd Wurst]

Am Sonntag 12 Dezember 2010, 17:24:48 schrieb Georg Feddern:
> Einspruch in allen Punkten - zumindest bei Mapnik, Osmarender habe ich 
> jetzt nicht genauer geprüft! ;-)
> 
> http://www.openstreetmap.org/?lat=54.3271&lon=10.385&zoom=14&layers=M
> http://www.openstreetmap.org/?lat=54.3271&lon=10.385&zoom=13&layers=M

Interessant.

Dann ist das hier in der Umgebung wohl immer zufällig so dass die geometrische 
Mitte in den Ort fällt und das Rendering durch andere Icons und Texte dann 
unterdrückt wird.

Ich habe nämlich die PLZ und Gemeindegrenze hier erst vor ner Weile mal 
gepflegt und habe noch nie ein solches Rendering gesehen.

Das ist dann natürlich Dummheit von Mapnik, meiner Meinung nach.

Gruß, Bernd

-- 
Ist es nicht merkwürdig, daß jeden Tag genau soviel passiert, wie in die 
Zeitung paßt?


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

Re: [Talk-de] Nationalpark eintragen

[Steffen Heinz]

Am 13.12.2010 01:26, schrieb Stephan Wolff:


Bei vielen Gemeindegrenzen und Naturschutzgebietsgrenzen kann man den
Verlauf anhand von Landsat- oder Bingluftbildern gut erraten. Es ist
sehr unwahrscheinlich, dass Grenzen quer durch Wohngebiete und über
Äcker verlaufen.

sehr unwahrscheinlich nicht!
das machen nicht mal Staatsgrenzen (zumindest ein Haus kenne ich wo die 
Grenze mitten durch läuft, auch andere kapriolen dieser Grenze sind mir 
bekannt habe 20 Jahre an der D/NL Grenze gewohnt).
die Gemeindegrenzen hier (Simmerath/Monschau) wären auch schwierig zu 
erkennen.



  Viel wahrscheinlicher ist es, dass die Grenze genau
hinter dem Wohngebiet, zwischen den Äckern oder entlang eines Baches
verläuft.

nein!
Bäche etc habe die Eigenschaft ihren Lauf zu verändern
... Äcker wurden zusammengelegt ...


Einen Nationalpark kann man auf diese Weise allerdings nicht erraten
und Steffens Vorgehen ist natürlich nicht zulässig.

habs auch zurückgenommen!
aber auch hier gabs stellen die ganz klar waren: Rursee, Straßen...


Grüße aus der Eifel
Steffen


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

[Talk-de] Wie bestimmt Skobbler/Mapdust fehlende maxspeed-Tags?

[Tom Müller]

Hallo,

ich habe im Wiki bereits gefunden, wie der OpenRouteService nicht 
vorhandene maxspeed-Tags ersetzt.
Weiß aber auch jemand wie Skobbler das macht? Oder macht das schon 
Mapdust für Skobbler? Werden da auch einfach Werte anhand des 
Straßentypen gesetzt?


Danke!
Tom


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

Re: [Talk-de] Relation 938868

[Rainer Kluge]

Am 13.12.2010 08:03, schrieb Matthias Versen:

Die Relation 938868 is mir in Garys Relation check aufgefallen.



Kann mir einer sagen um was es sich dabei handelt ?
Der name Tag fehlt und land_area=administrative sagt mir nicht viel.


Das ist offenbar ein Multipolygon, welches sämtliche administrativenGrenzen und 
Küstenlinien Dänemarks enthält. Wenn du mehr wissen willst,, solltest du den 
User polderrunner, der dieses Monster zuletzt angefasst hat, direkt anschreiben.


Gruß
Rainer


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

Re: [Talk-de] Relation 938868

[André Joost]

Am 13.12.10 08:03, schrieb Matthias Versen:

Hi !

Die Relation 938868 is mir in Garys Relation check aufgefallen.
Der Server weigert sich die Relation rauszurücken was wahrscheinlich an
den 2700+ Membern liegt.


Also
http://www.openstreetmap.org/api/0.6/relation/938868
tuts.
Die ersten Elemente sind die Grenze zwischen Deutschland und Dänemark.
Nach dem Sinn musst du die Ersteller fragen...

Gruß,
André Joost



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

Re: [Talk-de] Zeitlich anonymisiertre Tracks (nicht) hochladen?

[Holger Jeromin]

NopMap schrieb am 13.12.2010 09:04:

> Ich kenne den Hintergrund dieses Verhaltens nicht. Falls es allerdings
> beabsichtigt ist und nicht nur ein technisches Problem: Das Hochladen von
> Tracks ohne Zeitinformationen sollte definitiv möglich sein.

+1

> Wenn das nicht geht ist die Konsequenz ganz einfach die, daß diejenigen, die
> sich aus Datenschutzgründen die Mühe machen, ihre Tracks vor dem Upload von
> diesen Infos zu strippen einfach gar keine Tracks mehr hochladen. Das kann
> wohl kaum im Interesse des Projekts sein.

Oder der Fall, dass die Zeitstempel in der GPX Datei durch eine
Konvertierung verloren gegangen sind.
Ist mir passiert, da war ich froh, dass ich per GPX Editor fake
1970-Timestamps einbauen konnte, so dass ich den Track dann überhaupt
hochladen konnte.

-- 
Mit freundlichen Grüßen
Holger


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

Re: [Talk-de] Problem mit osm.pbf

[André Joost]

Am 12.12.10 21:12, schrieb Stephan Knauss:

On 12.12.2010 20:50, Andre Joost wrote:

Hier werkelt übrigens Java 6 Update 22, und das schon ne geraume Weile.

32 bit oder 64 bit?


32bit unter XP. Ist aber wohl nicht die ursache.


Ich hatte einen Fall bei dem die Relationen komplett gefehlt hatten. Und
ich hatte als Quelle das asia.osm.bz2


Ja, das war das Plattenüberlaufproblem. ich hatte mir aber extra die 
europe.pbf gealden, die *nach* dem Neustart erzeugt und bereitgestellt 
wurde.



Wenn du einen grep auf die Datei machst, sind da dann die Daten drin die
Du erwartest?


Lesbar sind die Daten ja wegen der Verschlüsselung nicht. Aber ich hatte 
die datei mit 7zip in handliche Stücke für meine FAT32-Wechselfestplatte 
zerlegt und auf nem anderen rechner zusammengebaut. Da wurden schon 
sämtliche 4 GB verarbeitet. Auf das osmosis-Ergebnis hatte das keine 
Einfluß.


Da die europe.pbf bis zum 2.12.2010 wohl funktionert haben soll:
Kann jemand mit laufender aktueller Datenbank rausfinden, welcher Knoten 
mit ID 45544258+x zwischen dem 01.12.2010 und 08.12.2010 bearbeitet 
wurde? Eventuell hat ein geänderter Knoten merkwürdige Tags, die mit 
Linux zu pbf verpackt sich nicht mit Windows entpacken lassen.





Kannst du mit pbf2osm die Datei umwandeln? Sind dann die entsprechenden
Daten vorhanden? Ist ein Fehler im pbf auszuschließen?

http://git.openstreetmap.nl/index.cgi/pbf2osm.git/


Wenn ich denn wüsste, wie man das Zeugs auf seinen Rechner bekommt ;-(
Gibts da eventuell ne fertige exe für Windows?

Gruß,
André Joost


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

Re: [Talk-de] Zeitlich anonymisiertre Tracks (nicht) hochladen?

[NopMap]

Hi!

Ich kenne den Hintergrund dieses Verhaltens nicht. Falls es allerdings
beabsichtigt ist und nicht nur ein technisches Problem: Das Hochladen von
Tracks ohne Zeitinformationen sollte definitiv möglich sein.

Wenn das nicht geht ist die Konsequenz ganz einfach die, daß diejenigen, die
sich aus Datenschutzgründen die Mühe machen, ihre Tracks vor dem Upload von
diesen Infos zu strippen einfach gar keine Tracks mehr hochladen. Das kann
wohl kaum im Interesse des Projekts sein.

bye
   Nop

-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Zeitlich-anonymisiertre-Tracks-nicht-hochladen-tp5829904p5829959.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Problem mit osm.pbf

[André Joost]

Am 12.12.10 21:29, schrieb aighes:


Hallo,
die europe.osm.pbf müsste korrekt sein. Weil a) funktioniert sie unter Linux
und b) funktionieren die daraus erstellten kleineren Extrakte.

Wenn das pbf aber unter Windows aus den osm.bz2 erstellt wird (also nur --rx
und --wb) gehen alle weiteren Bearbeitungsschritte.



Weichen deine und Geofabrik-pbf größenmäßig voneinander ab?

gruß,
André Joost


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