Re: [Talk-de] Wieder ein Scherz von Pfoten_weg_!_ ??

[hike39]

> Hi,
> hat Dein Parser da Probleme mit dem Rufzeichen ?
>
> Chris

Hi,
höchstens mit dem Ausrufezeichen, siehe '... user="pfoten_weg_!_" ...'.

Meine Vermutung ist auch ein Sonderzeichen, das zu Problemen führt.
Denn die ganzen Fehlermeldungen, die ich gesehen habe, beinhalten nur 
Sätze von diesem User.

Aber da ist Gary68 gefragt, denn ich bin kein PERL-Spezialist.

hike39


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

Re: [Talk-de] DE:Aktion 10b : loopings

[Andre Hinrichs]

Am Montag, den 31.05.2010, 22:07 +0200 schrieb Carsten Gerlach:
> Naabend,
> 
> Am Montag 31. Mai 2010 21:48:10 schrieb Andre Hinrichs:
> > Dann müsste man jedoch sowas wie noname=yes hinzufügen, damit keepright
> > nicht meckert. Jedoch wäre das ja eigentlich auch nicht wirklich
> > richtig, denn der Weg hätte ja einen Namen. Es wäre mir also wirklich
> > lieber, wenn ich dem Renderer mitteilen könnte, dass dort der Name nicht
> > dargestellt werden soll. Für osmarender kann man ja
> > osmarender:renderName=no verwenden, das gilt jedoch nicht für Mapnik...
> > oder gibt es inzwischen ein allgemein gültiges Tag dafür?
> 
> Wir taggen nicht für keepright, nicht für Osmarender und nicht für Mapnik. 
> Bei 
> solchen Konstrukten wie "osmarender:renderName=no" stäuben sich mir die 
> Nackenhaare...
> Meiner Meinung nach ist es die Aufgabe der Renderer selbst, zu entscheiden, 
> wann ein Name gerendert wird und wann nicht; zum Beispiel wenn der Weg kürzer 
> ist als der Name. Aber das Verbiegen der Tags, nur damit es in Anwendung XY 
> "schön" aussieht, ist meiner Meinung nach der falsche Ansatz.

Grmpf... kaum schreibt man mal was von Renderern, schon wird das wieder
kritisiert. Wenn ich nicht für Renderer und schon gar nicht für Router
oder sonst eine Software tagge, kann ich auch strasse=kreisstrasse statt
highway=tertiary schreiben. Die Software soll doch gefälligst im Kontext
erkennen, was ich meine, oder? Blödsinn! Wie intelligent soll denn die
Software werden? Naja, gut, zugegeben, HAL hätte das schon erkannt...

Ferner tagge ich sehr wohl für keepright, denn keepright zeigt mir meine
Fehler und die der anderen und ich kann dann dorthin fahren und diese
korrigieren. Und ich tagge sehr wohl für Renderer, weil ich ja sehen
will, was ich da erfasst habe und ich tagge sehr wohl für Router, sonst
könnte ich alle turn-restrictions ja wieder löschen.

Ausserdem habe ich in Bezug aus das osmarender-tag explizit nach einem
allgemein gültigen Tag gefragt. Was ist daran schwer zu verstehen?

Zurück zum meinem ursprünglichen Thema: turning_circle=yes auf Ways. Als
Proposal einreichen, oder nicht? Ganz einfache Frage. Und nix weiter.


Gruß
Andre



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

[Talk-de] Bayrische Landesgrenze

[Markus]

Wer kann mir aus der Grenz-Relation
http://www.openstreetmap.org/browse/relation/62549
eine etwas vereinfachte XML machen, mit der man mit OL die bayrische 
Grenze anzeigen kann? (für z=7..16)
(oder vielleicht gibt es sowas schon irgendwo?)

Herzlichen Dank,
Markus

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

Re: [Talk-de] Vector layer mit strategie/protocol.HTTP Was: Eigener Overlay: FOSSGIS-Server oder toolserver.org?

[Sarah Hoffmann]

On Tue, Jun 01, 2010 at 10:07:02PM +0200, Lars Lingner wrote:
> On 01.06.2010 19:21, Florian Lohoff wrote:
> [...]
> > 
> >> Datenbankabfrage gibt es ein 'limit 200'. Daher brauche ich das nicht in
> >> der URL.) Wenn du da eine bessere Lösung findest, bin ich ganz Ohr.
> > 
> > Aeh - das finde ich doof - Weil dann wie bei keepright oder openstreetbugs 
> > einfach nur mal 200 elemente an einer random position im sichtbereich 
> > auftauchen. 
> > Koennte den betrachter dazu verleiten zu glauben das das alles ist.
> > 
> 
> Erstmal sorry das ich hier in den Thread so reinplatze. Kennt Ihr die
> cluster strategy von OpenLayers [1] ?
> 
> Damit lassen sich nahe beieinander liegende Elemente gruppieren. Beim
> hineinzoomen teilen sie sich immer weiter auf, je nachdem wieviel Platz ist.
> 
> Könntet Ihr damit was anfangen? Es wäre schön eine sinnvolle Nutzung mal
> zu sehen.

Die Strategie meinte ich. Leider ist sie für diesen Fall nur begrenzt
anwendbar. Meine Datenbank hat 25.000 Einträge, die kann ich unter keinen
Umständen mit einmal laden ohne den Browser zu überlasten. Deswegen muss
das Clustering bereits server-seitig geschehen.

Gruss

Sarah

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

Re: [Talk-de] motorway und motorway_link um "desti nation"-tag ergänzen

[steffterra]

Am 01.06.2010 um 19:35 schrieb Carsten Gerlach:

> Also laut Tagwatch von gestern kommt der Tag in Europa 3992 mal und in Asien  
> 3 mal vor. Das sollte doch als ausreichend etabliert gelten.

Hast du mal bitte einen link - ich kam nicht auf diese Zahl. Kann man das 
Suchergebnis nach tag-Kombinationen filtern, sodass z.B. nur motorway_links 
rauskommen, etc.?

> @ Steffterra: Schreib den Wiki-Löscher an und weise ihn auf das Vorhandensein 
> hin. Falls ihm keine weitere Begründung einfällt, als "no tag", dann möge er 
> doch deinen Eintrag bestehen lassen. :-)


Danke für die Tips und Infos. Habe ihn jetzt angeschrieben. Mal sehen wie er 
reagiert.

steffterra


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

Re: [Talk-de] Wieder ein Scherz von Pfoten_weg_!_ ??

[Chris66]

Am 01.06.2010 20:38, schrieb hike39:

> nachdem ich nun meine Probleme mit dem Modul Geo::Proj4 gelöst habe, 
> habe ich nun mit mapgen 1.05 versucht eine Karte mit den neuesten Daten 
> zu erstellen.
> 
> Folgende Fehlermeldungen mußte ich dabei entdecken:
> 
> stdout:
> 
> read style file and preprocess tile icons for areas...
> looking for place...
> WARNING reading osm file, line follows (expecting id, lon, lat and user 
> for node):
>user="pfoten_weg_!_" uid="36809" visible="true" version="3" 

Hi,
hat Dein Parser da Probleme mit dem Rufzeichen ?

Chris


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

Re: [Talk-de] motorway und motorway_link um "destinatio n"-tag ergänzen

[M∡rtin Koppenhoefer]

Am 1. Juni 2010 19:50 schrieb steffterra :
 Meine Einträge im deutschen und englischen OSM-Wiki wurden wieder gelöscht 
 (Norwegischer User Gnonthgol) mit der Begründung "no tag".
> z.b. diese hier für DE:Tag:highway=motorway_link:
> http://wiki.openstreetmap.org/w/index.php?title=DE:Tag:highway%3Dmotorway_link&curid=26543&diff=481049&oldid=480948


Ein bisschen seltsam finde ich das ja schon, dass er Seiten im dt.
Namensraum editiert, obwohl er scheinbar kein Deutsch spricht und
daher sicherlich hier z.B. nicht mitliest.

Gruß Martin

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

[Talk-de] OSM mit Berliner Zoo auf "ars technica"

[Frederik Ramm]

Hallo,

das US-Technikblog "ars technica" berichtet ueber OSM und zeigt den 
Berliner Zoo als Paradebeispiel:

http://arstechnica.com/open-source/news/2010/06/crowd-sourced-world-map.ars

Spaeter benutzen sie ganz stilecht Potlatch, um die Brooklyn Bridge zu 
vandalisieren ;-)

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] Wieder ein Scherz von Pfoten_weg_!_ ??

[hike39]

Am 01.06.2010 21:49, schrieb Gary68:
> wo kommt die *.osm datei her, nicht meine eigene... die *.osm datei
> sollte keine visible=* enthalten.
>
>

die map.osm habe ich heute um 17:18 von OSM runtergeladen.

Hier ein Auszug:
> 
> 
>  
>   uid="36809" visible="true" version="3" changeset="2270948" 
> timestamp="2009-08-26T20:16:44Z"/>
>   visible="true" version="1" changeset="520512" 
> timestamp="2007-09-26T20:53:57Z"/>
>   visible="true" version="2" changeset="206752" 
> timestamp="2007-10-16T20:15:08Z"/>
.


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

Re: [Talk-de] Vector layer mit strategie/protocol.HTTP Was: Eigener Overlay: FOSSGIS-Server oder toolserver.org?

[Lars Lingner]

On 01.06.2010 19:21, Florian Lohoff wrote:
[...]
> 
>> Datenbankabfrage gibt es ein 'limit 200'. Daher brauche ich das nicht in
>> der URL.) Wenn du da eine bessere Lösung findest, bin ich ganz Ohr.
> 
> Aeh - das finde ich doof - Weil dann wie bei keepright oder openstreetbugs 
> einfach nur mal 200 elemente an einer random position im sichtbereich 
> auftauchen. 
> Koennte den betrachter dazu verleiten zu glauben das das alles ist.
> 

Erstmal sorry das ich hier in den Thread so reinplatze. Kennt Ihr die
cluster strategy von OpenLayers [1] ?

Damit lassen sich nahe beieinander liegende Elemente gruppieren. Beim
hineinzoomen teilen sie sich immer weiter auf, je nachdem wieviel Platz ist.

Könntet Ihr damit was anfangen? Es wäre schön eine sinnvolle Nutzung mal
zu sehen.



Lars


[1] http://openlayers.org/dev/examples/strategy-cluster.html

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

Re: [Talk-de] OSM für Feuerwehr

[Tirkon]

Frederik Ramm  wrote:

>> Ich denke, ich konnte ansatzweise die Tragweite deutlich machen. Ein
>> "normaler" Mapper, ja selbst ein "einfacher" Feuerwehrmann hat hier
>> nicht den Hauch einer Chance, irgendetwas zu mappen oder zu
>> verbessern.
>
>Das ist eine sehr ueberhebliche Annahme, die in der Regel hauptsaechlich 
>jene treffen, die mit der Herstellung von diesen "geheimen" Karten zu 
>tun haben ;-)

Nicht überheblich, sondern einfach dadurch gegeben, dass sie im
Normalfall nicht an die Orte in solchen Firmen gelangen können.


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

Re: [Talk-de] Wieder ein Scherz von Pfoten_weg_!_ ??

[Carsten Gerlach]

Moin,

Am Dienstag 01. Juni 2010 21:49:16 schrieb Gary68:
> wo kommt die *.osm datei her, nicht meine eigene... die *.osm datei
> sollte keine visible=* enthalten.

Wenn du mit JOSM Daten runterlädst, und das abspeicherst, hast du dann das 
"visible" drin.

Gruß, Carsten



-- 
Hier ist mein öffentlicher GPG-Schlüssel:
http://daswaldhorn.piranho.de/gpg.php
=
www.stopptdievorratsdatenspeicherung.de


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] Wieder ein Scherz von Pfoten_weg_!_ ??

[Gary68]

wo kommt die *.osm datei her, nicht meine eigene... die *.osm datei
sollte keine visible=* enthalten.


On Tue, 2010-06-01 at 21:17 +0200, hike39 wrote:
> Am 01.06.2010 20:52, schrieb Gary68:
> > hi.
> >
> >
> > das osm.pm modul hat probleme mit dem visible attribut. wo kommt die
> > datei her? in meinen dateien von der geofabrik ist das nicht drin...
> >
> > wenn es nur wenige fehler sind, einfach ignorieren.
> >
> > es gibt mittlerweile zu viele verschiedene xml formate. ich weiß, sax
> > parser und so. über kurz oder lang werde ich da was machen müssen.
> >
> > ciao
> >
> > gerhard
> >
> Die osm.pm habe ich vom OSM-SVN runtergesaugt. Habe meine osm.pm 
> umbenannt, dann sie nochmals runtergladen. Diff sagt es gibt zwischen 
> den Beiden keinen Unterschied.
> 
> Es sind nicht nur wenige Fehler, sondern die gannze Geschichte scheint 
> dann in einer Schleife zu laufen. Ich habe einmal stderr und stdout in 
> eine log-Datei umgelenkt.
> 
> Ergebnis nach ca. 10sec:
> -rw-r--r-- 1 horst horst 143913888 2010-06-01 21:15 Mapgen/mapgen.log
> 
> 
> 
> ___
> 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] Vector layer mit strategie/protocol.HTTP Was: Eigener Overlay: FOSSGIS-Server oder toolserver.org?

[Florian Lohoff]

On Tue, Jun 01, 2010 at 09:14:01PM +0200, Sarah Hoffmann wrote:
> Ich bin verwirrt. Warum überhaupt 900913 verwenden, wenn deine Datenbank
> im 4326 ist? Display-Projection deiner Karte ist auch 4326. Wenn also deine
> Datenbank in 4326 ist, die BBOX-Anfrage in 4326 ankommt, du die Daten im
> GeoJOSN in 4326 auslieferst und dein Vektor-Layer in 4326 ist, dann 
> ist keine Umrechnung nötig, weder im Server noch im Client.

Aeh - noe - da ich ja Mapnik tiles nehme ist der basis layer erstmal 900913. Die
Datenbank ist nen osmosis spiegel - damit 4326 - Also irgendwie muss ich das
also reprojezieren - die mapnik tiles eignen sich da nicht so ...

> > Ich habe ja nicht das problem das ich neu laden muss sondern das ich den 
> > zoom
> > level an das cgi mitliefern will. Ich mache z.b. auch teilweise vom 
> > zoomlevel
> > abhaengig was ich darstelle. In der maxspeed map sieht man ab zoom 16 oder 
> > 17
> > dann kleine Schilder auf den Straßen.
> 
> Das sollte funktionieren, wenn du zusätzlich den entsprechenden
> Parameter im Protocol-Objekt änderst.

Yep - habe ich jetzt mal mit einem event "zoomend" gebaut - nicht schoen aber
scheint erstmal zu funktionieren.

> > Dann ist nichts sichtbar ... Schoen waere noch einen status mitzuliefern der
> > dargestellt wird, nach dem motto "Please zoom to show elements" - Aber das 
> > ist
> > wieder nicht so schoen mit GeoJSON zu machen ...
> > 
> > Ich hatte mal ueberlegt eben den response string zu zerlegen. D.h. erste
> > zeile ist status und dann folgt das GeoJSON so in der art.
> 
> Der GeoJOSN-Standard definiert, dass man der Datei beliebige Attribute
> mitgeben kann. Leider wirft OpenLayers diese weg. Da muss man wohl mal
> eine Erweiterung bauen.

Man koennte ja nen JSON in einem JSON einpacken ;) D.h. erst mit einem
JSON Parser sich das parsen und dann das eine JSON in den GeoJSON parser
und das andere anderweitig vernudeln - Okay - Reichlich ineffizient aber
wir sind hier ja nicht auf einer Kleinkunstveranstaltung ...

> Ich dachte eher daran, Server-seitig eine Gruppierungsfunktion zu bauen.
> OpenLayers hat soetwas ja mit der Paging-Strategy, aber leider gruppiert
> die nur fertige Features, was bedeutet, dass sie immernoch unter dem
> 200-Feature-Maximum von OpenLayers leidet. 

Es gibt nen 200 Feature Maximum? Habe ich das noch nicht entdeckt oder wo 
finde ich das?

rgrep 200 im Openlayer findet das hier:

Format/ArcXML.js:if (typeof query.featurelimit == 
"number" && query.featurelimit < 2000) {

aber nix im Vector Layer oder irgendwo anders 

Flo
-- 
Florian Lohoff f...@zz.de
"Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen."
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin 


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

Re: [Talk-de] Vector layer mit strategie/protocol.HTTP Was: Eigener Overlay: FOSSGIS-Server oder toolserver.org?

[Sarah Hoffmann]

On Tue, Jun 01, 2010 at 07:21:49PM +0200, Florian Lohoff wrote:
> On Tue, Jun 01, 2010 at 04:37:25PM +0200, Sarah Hoffmann wrote:
> > Die Projektion sollte eigentlich die des Layers sein. Sprich, einfach 
> > noch die Option 
> >   projection : new OpenLayers.Projection("EPSG:4326")
> > beim erstellen des Vector-Layers hinzufügen. Dann sollte es gehen. 
> > Allerdings
> > ist es am klügsten, wenn du den Vektor-Layer in der gleichen Projektion 
> > hast,
> > wie die Daten im GeoJOSN, sonst wird beim Laden jedes Feature einzeln
> > umprojeziert.
> 
> Eben - d.h. entweder ich nutze die BBOX in 900913 und lasse PostGIS die bbox 
> erst
> in EPSG:4326 umprojezieren und das ergebniss des statements wieder
> zu EPGS:900913. Oder ich mache den vector layer komplett in 4326 und lasse
> das Javascript umprojezieren -> Viel CPU auf dem Client.

Ich bin verwirrt. Warum überhaupt 900913 verwenden, wenn deine Datenbank
im 4326 ist? Display-Projection deiner Karte ist auch 4326. Wenn also deine
Datenbank in 4326 ist, die BBOX-Anfrage in 4326 ankommt, du die Daten im
GeoJOSN in 4326 auslieferst und dein Vektor-Layer in 4326 ist, dann 
ist keine Umrechnung nötig, weder im Server noch im Client.

> > Für das Problem mit dem Zoom habe ich allerdings auch keine befriedigende
> > Lösung gefunden, sondern die moveEnd()-Funktion gehackt:
> > 
> > moveEnd: function(obj) {
> >   if (this.curzoom < this.map.zoom) {
> > this.refresh({force : true});
> >   }
> >   this.curzoom = this.map.zoom;
> > }
> > 
> > Damit wird das Neuladen erzwungen, wenn hereingezoomt wird. (Welche Features
> > geladen werden, wird durch die Grösse des Gebiets bestimmt, i.e. bei der
> 
> Ich habe ja nicht das problem das ich neu laden muss sondern das ich den zoom
> level an das cgi mitliefern will. Ich mache z.b. auch teilweise vom zoomlevel
> abhaengig was ich darstelle. In der maxspeed map sieht man ab zoom 16 oder 17
> dann kleine Schilder auf den Straßen.

Das sollte funktionieren, wenn du zusätzlich den entsprechenden
Parameter im Protocol-Objekt änderst.

> > Datenbankabfrage gibt es ein 'limit 200'. Daher brauche ich das nicht in
> > der URL.) Wenn du da eine bessere Lösung findest, bin ich ganz Ohr.
> 
> Aeh - das finde ich doof - Weil dann wie bei keepright oder openstreetbugs 
> einfach nur mal 200 elemente an einer random position im sichtbereich 
> auftauchen. 
> Koennte den betrachter dazu verleiten zu glauben das das alles ist.
> 
> Deshalb werfe ich den zoom mit in das CGI script im Ajax request und im CGI 
> script sage ich dann 
> 
>   if ($zoom < 14) {
>   return {}
>   }
> 
> Dann ist nichts sichtbar ... Schoen waere noch einen status mitzuliefern der
> dargestellt wird, nach dem motto "Please zoom to show elements" - Aber das ist
> wieder nicht so schoen mit GeoJSON zu machen ...
> 
> Ich hatte mal ueberlegt eben den response string zu zerlegen. D.h. erste
> zeile ist status und dann folgt das GeoJSON so in der art.

Der GeoJOSN-Standard definiert, dass man der Datei beliebige Attribute
mitgeben kann. Leider wirft OpenLayers diese weg. Da muss man wohl mal
eine Erweiterung bauen.

Ich dachte eher daran, Server-seitig eine Gruppierungsfunktion zu bauen.
OpenLayers hat soetwas ja mit der Paging-Strategy, aber leider gruppiert
die nur fertige Features, was bedeutet, dass sie immernoch unter dem
200-Feature-Maximum von OpenLayers leidet. 

Gruss

Sarah

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

Re: [Talk-de] Wieder ein Scherz von Pfoten_weg_!_ ??

[hike39]

Am 01.06.2010 20:52, schrieb Gary68:
> hi.
>
>
> das osm.pm modul hat probleme mit dem visible attribut. wo kommt die
> datei her? in meinen dateien von der geofabrik ist das nicht drin...
>
> wenn es nur wenige fehler sind, einfach ignorieren.
>
> es gibt mittlerweile zu viele verschiedene xml formate. ich weiß, sax
> parser und so. über kurz oder lang werde ich da was machen müssen.
>
> ciao
>
> gerhard
>
Die osm.pm habe ich vom OSM-SVN runtergesaugt. Habe meine osm.pm 
umbenannt, dann sie nochmals runtergladen. Diff sagt es gibt zwischen 
den Beiden keinen Unterschied.

Es sind nicht nur wenige Fehler, sondern die gannze Geschichte scheint 
dann in einer Schleife zu laufen. Ich habe einmal stderr und stdout in 
eine log-Datei umgelenkt.

Ergebnis nach ca. 10sec:
-rw-r--r-- 1 horst horst 143913888 2010-06-01 21:15 Mapgen/mapgen.log



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

Re: [Talk-de] Wieder ein Scherz von Pfoten_weg_!_ ??

[Gary68]

hi.


das osm.pm modul hat probleme mit dem visible attribut. wo kommt die
datei her? in meinen dateien von der geofabrik ist das nicht drin...

wenn es nur wenige fehler sind, einfach ignorieren.

es gibt mittlerweile zu viele verschiedene xml formate. ich weiß, sax
parser und so. über kurz oder lang werde ich da was machen müssen.

ciao

gerhard

On Tue, 2010-06-01 at 20:38 +0200, hike39 wrote:
> Hallo,
> nachdem ich nun meine Probleme mit dem Modul Geo::Proj4 gelöst habe, 
> habe ich nun mit mapgen 1.05 versucht eine Karte mit den neuesten Daten 
> zu erstellen.
> 
> Folgende Fehlermeldungen mußte ich dabei entdecken:
> 
> stdout:
> 
> read style file and preprocess tile icons for areas...
> looking for place...
> WARNING reading osm file, line follows (expecting id, lon, lat and user 
> for node):
>user="pfoten_weg_!_" uid="36809" visible="true" version="3" 
> changeset="2270948" timestamp="2009-08-26T20:16:44Z"/>
> 
> WARNING reading osm file, line follows (expecting id, lon, lat and user 
> for node):
>user="pfoten_weg_!_" uid="36809" visible="true" version="3" 
> changeset="2270948" timestamp="2009-08-26T20:16:44Z"/>
> 
> WARNING reading osm file, line follows (expecting id, lon, lat and user 
> for node):
>user="pfoten_weg_!_" uid="36809" visible="true" version="3" 
> changeset="2270948" timestamp="2009-08-26T20:16:44Z"/>
> 
> und in diesem Zusammenhang auch auf stderr:
> Use of uninitialized value $nodeId in numeric ne (!=) at mapgen.pl line 
> 508, <$file> line 4.
> Use of uninitialized value $nodeId in numeric ne (!=) at mapgen.pl line 
> 511, <$file> line 4.
> Use of uninitialized value $nodeId in numeric eq (==) at mapgen.pl line 
> 517, <$file> line 4.
> 
> Frage an Gary68: Hat da unser "Freund" uns ein Ei in's Nest gelegt?
> 
> 
> ___
> 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] Wieder ein Scherz von Pfoten_weg_!_ ??

[Bernhard Zwischenbrugger]

Hehe

Wenn der User "rm -rf /" zu editieren beginnt wird es brutal ;-)

Bernhard

Am 2010-06-01 20:38, schrieb hike39:
> Hallo,
> nachdem ich nun meine Probleme mit dem Modul Geo::Proj4 gelöst habe,
> habe ich nun mit mapgen 1.05 versucht eine Karte mit den neuesten Daten
> zu erstellen.
>
> Folgende Fehlermeldungen mußte ich dabei entdecken:
>
> stdout:
>
> read style file and preprocess tile icons for areas...
> looking for place...
> WARNING reading osm file, line follows (expecting id, lon, lat and user
> for node):
> user="pfoten_weg_!_" uid="36809" visible="true" version="3"
> changeset="2270948" timestamp="2009-08-26T20:16:44Z"/>
>
> WARNING reading osm file, line follows (expecting id, lon, lat and user
> for node):
> user="pfoten_weg_!_" uid="36809" visible="true" version="3"
> changeset="2270948" timestamp="2009-08-26T20:16:44Z"/>
>
> WARNING reading osm file, line follows (expecting id, lon, lat and user
> for node):
> user="pfoten_weg_!_" uid="36809" visible="true" version="3"
> changeset="2270948" timestamp="2009-08-26T20:16:44Z"/>
>
> und in diesem Zusammenhang auch auf stderr:
> Use of uninitialized value $nodeId in numeric ne (!=) at mapgen.pl line
> 508,<$file>  line 4.
> Use of uninitialized value $nodeId in numeric ne (!=) at mapgen.pl line
> 511,<$file>  line 4.
> Use of uninitialized value $nodeId in numeric eq (==) at mapgen.pl line
> 517,<$file>  line 4.
>
> Frage an Gary68: Hat da unser "Freund" uns ein Ei in's Nest gelegt?
>
>
> ___
> 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] Grenze DE-AT durchlöchert

[Tirkon]

Florian Lohoff  wrote:

>> So wie ich es verstanden habe, wird jede Teillinie mit dem höchsten
>> admin_level aller multipolygone getaggt, in dem sie enthalten ist und
>> damit die Datenbank entlastet. Auch da verwundert es, dass nun auf
>> einmal Relationen dafür sorgen sollen. Wenn ich stattdessen die
>> Teillinien mit geschachtelten Relationen aufsetze, also beispielsweise
>> 
>> Weiler->Ortsteil
>> Ortsteil->Ort
>> Ort->Landkreis
>> Landkreis->Bundesland
>> Bundesland->Bundesrepublik
>
>Du willst anstatt die Grenzen also die Relationen der darunterliegenden
>Admin Boundarys zusammenfassen? Dir ist schon klar das das eine
>massive erhoehung der wege bei der auswertung zur folge hat? Wenn ich
>dann ein Bundesland oder Deutschland zusammenbauen will (Als flaeche)
>bekomme ich nach der rekursiven aufloesung der relationen ja ein paar
>hunderttausend wege zurueck von denen ich vielleicht nur die aeusseren
>100 brauche ...

Hier geht es nicht darum, was ich will. Ich habe - wie vorher im
Thread beschrieben - nur Wege für die Grenzsegmente in jeglichem
amin-level an der bundesrepublikanischen Außengrenze an der
Nordseeküste vorgefunden und dieses System von den vorhandenen
Landkreisen ausgehend zu den kleineren Einheiten hin weiter ausgebaut.
Offensichtlich ist das am anderen Ende der Republik
(Deutschland-Österreich) anders, wie das Eingangsposting von Andreas
zeigt. Und da versuche ich nun, diese Konstruktion zu verstehen und wo
deren Vorteile liegen. Wenn ich Dich richtig verstanden habe, ist der
Weg von Andreas, Relationen als Grenzsegmente zu verwenden,
unvorteilhaft.


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

[Talk-de] Wieder ein Scherz von Pfoten_weg_!_ ??

[hike39]

Hallo,
nachdem ich nun meine Probleme mit dem Modul Geo::Proj4 gelöst habe, 
habe ich nun mit mapgen 1.05 versucht eine Karte mit den neuesten Daten 
zu erstellen.

Folgende Fehlermeldungen mußte ich dabei entdecken:

stdout:

read style file and preprocess tile icons for areas...
looking for place...
WARNING reading osm file, line follows (expecting id, lon, lat and user 
for node):
  

WARNING reading osm file, line follows (expecting id, lon, lat and user 
for node):
  

WARNING reading osm file, line follows (expecting id, lon, lat and user 
for node):
  

und in diesem Zusammenhang auch auf stderr:
Use of uninitialized value $nodeId in numeric ne (!=) at mapgen.pl line 
508, <$file> line 4.
Use of uninitialized value $nodeId in numeric ne (!=) at mapgen.pl line 
511, <$file> line 4.
Use of uninitialized value $nodeId in numeric eq (==) at mapgen.pl line 
517, <$file> line 4.

Frage an Gary68: Hat da unser "Freund" uns ein Ei in's Nest gelegt?


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

Re: [Talk-de] motorway und motorway_link um "desti nation"-tag ergänzen

[steffterra]

Am 01.06.2010 um 11:30 schrieb M∡rtin Koppenhoefer:

> Am 1. Juni 2010 10:11 schrieb Chris66 :
>> Am 01.06.2010 02:24, schrieb steffterra:
 Ist hiermit für motorway, motorway_link und trunk geschehen. Der 
 destination-Tag ansich wird diese Tage im Wiki ausführlich erklärend 
 ergänzt.
>>> 
>>> Meine Einträge im deutschen und englischen OSM-Wiki wurden wieder gelöscht 
>>> (Norwegischer User Gnonthgol) mit der Begründung "no tag".
>>> Wie gehe ich vor, dass das nicht nochmal passiert? Muss der tag 
>>> "destination" erst irgendwie allgemein akzeptiert werden?
>> Du musst erst eine "Proposed Feature" Page im Wiki anlegen.
>> http://wiki.openstreetmap.org/wiki/Proposed_Features
> 
> 
> alternativ kann man einen Tag direkt im Wiki hinzufügen

das hatte ich ja versucht. Die Einträge wurden aber wieder gelöscht: 

z.b. diese hier für DE:Tag:highway=motorway_link:
http://wiki.openstreetmap.org/w/index.php?title=DE:Tag:highway%3Dmotorway_link&curid=26543&diff=481049&oldid=480948
die anderen:
http://wiki.openstreetmap.org/w/index.php?title=DE:Tag:highway%3Dtrunk&curid=9150&diff=481050&oldid=480943
http://wiki.openstreetmap.org/w/index.php?title=DE:Tag:highway%3Dmotorway&curid=26541&diff=481048&oldid=481010
http://wiki.openstreetmap.org/w/index.php?title=Tag:highway%3Dtrunk&curid=9149&diff=481047&oldid=481017

Übersicht über alle Änderungen: 

> wenn er gut
> etabliert ist, also bereits oft im Planetfile vorkommt. Das wäre bei
> einem Tag wie hier mind. ein paar hundert mal.

mittlerweile wurde auch eine nähere Begründung in der Diskussion zum tag 
"destination" begonnen: 
http://wiki.openstreetmap.org/wiki/User_talk:Steffterra#Key:destination

so long,

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

Re: [Talk-de] motorway und motorway_link um "destinatio n"-tag ergänzen

[Carsten Gerlach]

Moin,

Am Dienstag 01. Juni 2010 11:30:00 schrieb M∡rtin Koppenhoefer:
> alternativ kann man einen Tag direkt im Wiki hinzufügen wenn er gut
> etabliert ist, also bereits oft im Planetfile vorkommt. Das wäre bei
> einem Tag wie hier mind. ein paar hundert mal.

Also laut Tagwatch von gestern kommt der Tag in Europa 3992 mal und in Asien  
3 mal vor. Das sollte doch als ausreichend etabliert gelten.

@ Steffterra: Schreib den Wiki-Löscher an und weise ihn auf das Vorhandensein 
hin. Falls ihm keine weitere Begründung einfällt, als "no tag", dann möge er 
doch deinen Eintrag bestehen lassen. :-)


Gruß, Carsten

-- 
Hier ist mein öffentlicher GPG-Schlüssel:
http://daswaldhorn.piranho.de/gpg.php
=
www.stopptdievorratsdatenspeicherung.de


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] Vector layer mit strategie/protocol.HTTP Was: Eigener Overlay: FOSSGIS-Server oder toolserver.org?

[Florian Lohoff]

On Tue, Jun 01, 2010 at 04:37:25PM +0200, Sarah Hoffmann wrote:
> Die Projektion sollte eigentlich die des Layers sein. Sprich, einfach 
> noch die Option 
>   projection : new OpenLayers.Projection("EPSG:4326")
> beim erstellen des Vector-Layers hinzufügen. Dann sollte es gehen. Allerdings
> ist es am klügsten, wenn du den Vektor-Layer in der gleichen Projektion hast,
> wie die Daten im GeoJOSN, sonst wird beim Laden jedes Feature einzeln
> umprojeziert.

Eben - d.h. entweder ich nutze die BBOX in 900913 und lasse PostGIS die bbox 
erst
in EPSG:4326 umprojezieren und das ergebniss des statements wieder
zu EPGS:900913. Oder ich mache den vector layer komplett in 4326 und lasse
das Javascript umprojezieren -> Viel CPU auf dem Client.

> 'data=maxspeed' kannst du wohl einfach an die URL anhängen. 

Okay - das geht halbwegs:

protocol.options.params.data="maxspeed";

So kann ich da nachtraeglich das aendern.

> Für das Problem mit dem Zoom habe ich allerdings auch keine befriedigende
> Lösung gefunden, sondern die moveEnd()-Funktion gehackt:
> 
> moveEnd: function(obj) {
>   if (this.curzoom < this.map.zoom) {
> this.refresh({force : true});
>   }
>   this.curzoom = this.map.zoom;
> }
> 
> Damit wird das Neuladen erzwungen, wenn hereingezoomt wird. (Welche Features
> geladen werden, wird durch die Grösse des Gebiets bestimmt, i.e. bei der

Ich habe ja nicht das problem das ich neu laden muss sondern das ich den zoom
level an das cgi mitliefern will. Ich mache z.b. auch teilweise vom zoomlevel
abhaengig was ich darstelle. In der maxspeed map sieht man ab zoom 16 oder 17
dann kleine Schilder auf den Straßen.

> Datenbankabfrage gibt es ein 'limit 200'. Daher brauche ich das nicht in
> der URL.) Wenn du da eine bessere Lösung findest, bin ich ganz Ohr.

Aeh - das finde ich doof - Weil dann wie bei keepright oder openstreetbugs 
einfach nur mal 200 elemente an einer random position im sichtbereich 
auftauchen. 
Koennte den betrachter dazu verleiten zu glauben das das alles ist.

Deshalb werfe ich den zoom mit in das CGI script im Ajax request und im CGI 
script sage ich dann 

if ($zoom < 14) {
return {}
}

Dann ist nichts sichtbar ... Schoen waere noch einen status mitzuliefern der
dargestellt wird, nach dem motto "Please zoom to show elements" - Aber das ist
wieder nicht so schoen mit GeoJSON zu machen ...

Ich hatte mal ueberlegt eben den response string zu zerlegen. D.h. erste
zeile ist status und dann folgt das GeoJSON so in der art.

Flo
-- 
Florian Lohoff f...@zz.de
"Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen."
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin 


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

Re: [Talk-de] Zeichen 241 bei baulicher Trennung?

[Karl Eichwalder]

gmane2...@cfaerber.name (Claus Färber) writes:

> ThomasS  schrieb/wrote:
>> woher sollen sonst Fußgänger / Radfahrer wissen, welcher Streifen für
>> sie bestimmt ist? Oder habe ich die Frage nicht richtig verstanden?
>
> Dazu ist dieses Zeichen nicht da.

Nein.

> Zeichen 241 verbietet im Wesentlichen das Fahren auf der Fahrbahn.

Nein.  z241 schreibt radfahrern (und fußgängern) die benutzung des weges
vor, soweit er straßenbegleitend ist.  Natürlich ist radfahrern
weiterhin die benutzung der fahrbahn gestattet, wenn der z241 nicht
zumutbar ist (z.b. nicht geräumt, zu schmal für ein rad mit hänger,
führt woanders hin, zu gefährlich etc.).

-- 
Karl Eichwalder

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

Re: [Talk-de] mapgen und Geo::Proj4

[hike39]

Am 01.06.2010 14:58, schrieb Henry Loenwind:
>
> Einfach mal Doku lesen...:
>
> == INSTALL
>
> = Libray from scratch
>
> Geo::Proj4 uses XS to wrap the PROJ.4 cartographic projections library.
> You will need to have at least version 4.4.9 of the PROJ.4 library
> installed in order to build and use this module. You can get source
> code and binaries for the PROJ.4 library from its home page at
> http://www.remotesensing.org/proj/.
>

Hallo Henry,
mit dem Lesen ist es manchmal nicht getan. Man muss dieses dann auch 
noch verstehen.

Ich wußte nicht, daß die benötigte Library eine System-Lib ist. Ich 
dachte sie ist Bestandteil von dem CPAN-Package. Nun habe ich nochmals 
in der SW-Verwaltung meines Ubuntusystems rumgewühlt und siehe da,  proj 
sowie proj-data waren gar nicht installiert. Habe ich nun gemacht und 
siehe da, mapgen mosert nicht mehr.

Vielen Dank an Dich und André für die Hilfe.

Horst



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

Re: [Talk-de] Vector layer mit strategie/protocol.HTTP Was: Eigener Overlay: FOSSGIS-Server oder toolserver.org?

[Sarah Hoffmann]

On Tue, Jun 01, 2010 at 04:09:37PM +0200, Florian Lohoff wrote:
> On Tue, Jun 01, 2010 at 03:36:24PM +0200, Sarah Hoffmann wrote:
> Jetzt muss ich das SRS900913 vs WGS84 nochmal klaeren - Die URL wirft bei
> strategie/protocol.http natuerlich die default projection des layers mit
> raus und keinen zoom level. D.h. anstatt
> 
> /cgi-bin/getdata2?b=51.82844228767418&t=51.84265608515574&l=8.314342412719814&r=8.363180074460946&zoom=15&data=maxspeed
> 
> kriege ich ein:
> 
> /cgi-bin/getdata2?bbox=923809.42114287,6769035.8748913,929246.00477867,6771596.5153383

Die Projektion sollte eigentlich die des Layers sein. Sprich, einfach 
noch die Option 
  projection : new OpenLayers.Projection("EPSG:4326")
beim erstellen des Vector-Layers hinzufügen. Dann sollte es gehen. Allerdings
ist es am klügsten, wenn du den Vektor-Layer in der gleichen Projektion hast,
wie die Daten im GeoJOSN, sonst wird beim Laden jedes Feature einzeln
umprojeziert.

'data=maxspeed' kannst du wohl einfach an die URL anhängen. 

Für das Problem mit dem Zoom habe ich allerdings auch keine befriedigende
Lösung gefunden, sondern die moveEnd()-Funktion gehackt:

moveEnd: function(obj) {
  if (this.curzoom < this.map.zoom) {
this.refresh({force : true});
  }
  this.curzoom = this.map.zoom;
}

Damit wird das Neuladen erzwungen, wenn hereingezoomt wird. (Welche Features
geladen werden, wird durch die Grösse des Gebiets bestimmt, i.e. bei der
Datenbankabfrage gibt es ein 'limit 200'. Daher brauche ich das nicht in
der URL.) Wenn du da eine bessere Lösung findest, bin ich ganz Ohr.

Gruss

Sarah

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

Re: [Talk-de] mapgen und Geo::Proj4

[André Riedel]

Ah alles klar, das war bei mir durch QGIS schon installiert.
Bei Ubuntu 10.04. ist übrigens proj4 4.7.0 dabei.

2010/6/1 Henry Loenwind :
>
> Einfach mal Doku lesen...:
>
> == INSTALL
>
> = Libray from scratch
>
> Geo::Proj4 uses XS to wrap the PROJ.4 cartographic projections library.
> You will need to have at least version 4.4.9 of the PROJ.4 library
> installed in order to build and use this module. You can get source
> code and binaries for the PROJ.4 library from its home page at
> http://www.remotesensing.org/proj/.
>
>
> On 31.05.2010 09:50, hike39 wrote:
>> Hallo,
>> ich suche jemanden, der sich mit CPAN auskennt. Ich wollte gestern mit
>> mapgen 1.04 eine neue Karte rendern lassen. Dazu wird aber das Modul
>> Geo::Proj4 benötigt. Daher erhalte ich die Meldung:
>> ...
>> Can't locate loadable object for module Geo::Proj4 in @INC (@INC
>> contains: /etc/perl /usr/local/lib/perl/5.10.1
>> /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5
>> /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at
>> OSM/mapgen.pm line 41
>> Compilation failed in require at OSM/mapgen.pm line 41.
>> BEGIN failed--compilation aborted at OSM/mapgen.pm line 41.
>> Compilation failed in require at mapgen.pl line 91.
>> BEGIN failed--compilation aborted at mapgen.pl line 91.
>> ...
>>
>> Der Versuch dieses Modul mittels cpan-Kdo zu installieren geht auch mit
>> folgender Meldung schief:
>> ...
>> CPAN: File::Temp loaded ok (v0.22)
>>
>>     CPAN.pm: Going to build M/MA/MARKOV/Geo-Proj4-1.01.tar.gz
>>
>> ERROR: proj library too old or not found: require 4.4.9
>> Warning: No success on command[/usr/bin/perl Makefile.PL INSTALLDIRS=site]
>> Warning (usually harmless): 'YAML' not installed, will not store
>> persistent state
>>     MARKOV/Geo-Proj4-1.01.tar.gz
>>     /usr/bin/perl Makefile.PL INSTALLDIRS=site -- NOT OK
>> Running make test
>>     Make had some problems, won't test
>> Running make install
>>     Make had some problems, won't install
>> Could not read '/home/horst/.cpan/build/Geo-Proj4-1.01-GT36NT/META.yml'.
>> Falling back to other methods to determine prerequisites
>> Failed during this command:
>>    MARKOV/Geo-Proj4-1.01.tar.gz                 : writemakefile NO
>> '/usr/bin/perl Makefile.PL INSTALLDIRS=site' returned status 512
>> ...
>>
>> Kann mir jemand einen Tipp geben, welche Proj Library fehlt oder zu alt
>> ist und wie ich dieses richtig stellen kann?
>>
>> hike39
>>
>>
>> ___
>> 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
>

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

[Talk-de] Vector layer mit strategie/protocol.HTTP Was: Eigener Overlay: FOSSGIS-Server oder toolserver.org?

[Florian Lohoff]

On Tue, Jun 01, 2010 at 03:36:24PM +0200, Sarah Hoffmann wrote:
> Die Styles werden im GeoJOSN mitgeliefert und dann per StyleMap zugewiesen.
> Sprich, ein Eintrag in der GeoJOSN-Datei sieht etwa so aus:
> 
> { "type": "Feature",   "geometry": {"type": "Point", "coordinates": 
> [8.545645, 47.4117363]}
>   ,"properties": {
>   "graphic": "circle",
>   "name": "Bahnhof Oerlikon 781",
>   "color": "#0ff",
>   "bgcolor": "#000"}}
> 
> Die Style-Map etwa so:
> 
>   var stylemap = new OpenLayers.StyleMap(
>  {"default" :   { pointRadius : 3,
>   fillColor: "${color}",
>   strokeColor: "${bgcolor}",
>   graphicName: "${graphic}",
>   label: "${name}",
>   strokeWidth: 1
>   });

Der Schritt fehlte mir - Ich habe das bisher tuechtig manuell gemacht 8). Bzw
im moment ist es so das ich via Ajax quasi eine Stylemap beim umschalten des
visualisierten datasets nachlade - Das kommt aus dem selben CGI was die pflege
simpel macht - weil - neues dataset - 30 zeilen ins CGI und gut ...

Jetzt muss ich das SRS900913 vs WGS84 nochmal klaeren - Die URL wirft bei
strategie/protocol.http natuerlich die default projection des layers mit
raus und keinen zoom level. D.h. anstatt

/cgi-bin/getdata2?b=51.82844228767418&t=51.84265608515574&l=8.314342412719814&r=8.363180074460946&zoom=15&data=maxspeed

kriege ich ein:

/cgi-bin/getdata2?bbox=923809.42114287,6769035.8748913,929246.00477867,6771596.5153383

muss ich mal durch den OpenLayers code waten ... Reprojektion im Javascript ist
vielleicht nicht pfiffig - das wird die PostGIS besser/schneller koennen. Den 
zoom level
benutze ich im moment um das anzeigen bestimmter features erst ab bestimmten 
zoom leveln
zu ermoeglichen und das data=something ist quasi das featureset was ich 
anzeigen moechte
bzw was das cgi aus der DB grabbeln soll ... Das wuerde man ja ggfs noch via 
weiterer
options im http hinkriegen - muss mal sehen wie ich das setzen kann ohne den 
layer
jeweils komplett wegzuwerfen und neu zu instanzieren ...

Flo
-- 
Florian Lohoff f...@zz.de
"Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen."
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin 


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

[Talk-de] Request for comments: Playground Equipment Proposal

[Lulu-Ann]

Hi there,

this is not my proposal, but as RfC was forgotten I ask for your comments now.

http://wiki.openstreetmap.org/wiki/Proposed_features/Playground_Equipment

Regards
Lulu-Ann
-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

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

Re: [Talk-de] Eigener Overlay: FOSSGIS-Server oder toolserver.org?

[Sarah Hoffmann]

On Tue, Jun 01, 2010 at 03:04:25PM +0200, Florian Lohoff wrote:
> On Tue, Jun 01, 2010 at 02:15:20PM +0200, Sarah Hoffmann wrote:
> > Das geht noch einfacher mit den Strategies die OpenLayers mitliefert.
> > Etwa so:
> > 
> > vector = new OpenLayers.Layer.Vector("data", {
> > strategies: [new 
> > OpenLayers.Strategy.BBOX({ratio : 1})],
> > 
> > protocol: new OpenLayers.Protocol.HTTP({
> > 
> >   url: "http://www.foo.com/bar";,
> > 
> > format: new 
> > OpenLayers.Format.GeoJSON()
> > 
> > })
> > 
> > });
> > 
> > Das macht dann das Nachladen automatisch, wenn die Karte bewegt oder
> > gezoomt wird.
> 
> Wie machst du das dann an die features noch styles zu haengen? So wuerden
> ja die "rohen" features in die vector layer genagelt 

Die Styles werden im GeoJOSN mitgeliefert und dann per StyleMap zugewiesen.
Sprich, ein Eintrag in der GeoJOSN-Datei sieht etwa so aus:

{ "type": "Feature",   "geometry": {"type": "Point", "coordinates": [8.545645, 
47.4117363]}
,"properties": {
"graphic": "circle",
"name": "Bahnhof Oerlikon 781",
"color": "#0ff",
"bgcolor": "#000"}}

Die Style-Map etwa so:

  var stylemap = new OpenLayers.StyleMap(
 {"default" :   { pointRadius : 3,
  fillColor: "${color}",
  strokeColor: "${bgcolor}",
  graphicName: "${graphic}",
  label: "${name}",
  strokeWidth: 1
  });

Mit $ markierte Variablen werden durch die 'properties' aus dem GeoJOSN
ersetzt.

Dann die Style-Map beim Initialisieren des Vektor-Layers übergeben:

vector = new OpenLayers.Layer.Vector("data", {
strategies: [new OpenLayers.Strategy.BBOX({ratio : 1})],
protocol: new OpenLayers.Protocol.HTTP({
url: "http://www.foo.com/bar";,
format: new OpenLayers.Format.GeoJSON()
}),
 styleMap: stylemap
});

Gruss

Sarah

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

Re: [Talk-de] Eigener Overlay: FOSSGIS-Server oder toolserver.org?

[Florian Lohoff]

On Tue, Jun 01, 2010 at 02:15:20PM +0200, Sarah Hoffmann wrote:
> Das geht noch einfacher mit den Strategies die OpenLayers mitliefert.
> Etwa so:
> 
> vector = new OpenLayers.Layer.Vector("data", {
>   strategies: [new 
> OpenLayers.Strategy.BBOX({ratio : 1})],
>   
> protocol: new OpenLayers.Protocol.HTTP({
>   
>   url: "http://www.foo.com/bar";,
>   
> format: new 
> OpenLayers.Format.GeoJSON()
>   
> })
>   
> });
> 
> Das macht dann das Nachladen automatisch, wenn die Karte bewegt oder
> gezoomt wird.

Wie machst du das dann an die features noch styles zu haengen? So wuerden
ja die "rohen" features in die vector layer genagelt 

Flo
-- 
Florian Lohoff f...@zz.de
"Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen."
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin 


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

Re: [Talk-de] mapgen und Geo::Proj4

[Henry Loenwind]

Einfach mal Doku lesen...:

== INSTALL

= Libray from scratch

Geo::Proj4 uses XS to wrap the PROJ.4 cartographic projections library.
You will need to have at least version 4.4.9 of the PROJ.4 library
installed in order to build and use this module. You can get source
code and binaries for the PROJ.4 library from its home page at
http://www.remotesensing.org/proj/.


On 31.05.2010 09:50, hike39 wrote:
> Hallo,
> ich suche jemanden, der sich mit CPAN auskennt. Ich wollte gestern mit
> mapgen 1.04 eine neue Karte rendern lassen. Dazu wird aber das Modul
> Geo::Proj4 benötigt. Daher erhalte ich die Meldung:
> ...
> Can't locate loadable object for module Geo::Proj4 in @INC (@INC
> contains: /etc/perl /usr/local/lib/perl/5.10.1
> /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5
> /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at
> OSM/mapgen.pm line 41
> Compilation failed in require at OSM/mapgen.pm line 41.
> BEGIN failed--compilation aborted at OSM/mapgen.pm line 41.
> Compilation failed in require at mapgen.pl line 91.
> BEGIN failed--compilation aborted at mapgen.pl line 91.
> ...
>
> Der Versuch dieses Modul mittels cpan-Kdo zu installieren geht auch mit
> folgender Meldung schief:
> ...
> CPAN: File::Temp loaded ok (v0.22)
>
> CPAN.pm: Going to build M/MA/MARKOV/Geo-Proj4-1.01.tar.gz
>
> ERROR: proj library too old or not found: require 4.4.9
> Warning: No success on command[/usr/bin/perl Makefile.PL INSTALLDIRS=site]
> Warning (usually harmless): 'YAML' not installed, will not store
> persistent state
> MARKOV/Geo-Proj4-1.01.tar.gz
> /usr/bin/perl Makefile.PL INSTALLDIRS=site -- NOT OK
> Running make test
> Make had some problems, won't test
> Running make install
> Make had some problems, won't install
> Could not read '/home/horst/.cpan/build/Geo-Proj4-1.01-GT36NT/META.yml'.
> Falling back to other methods to determine prerequisites
> Failed during this command:
>MARKOV/Geo-Proj4-1.01.tar.gz : writemakefile NO
> '/usr/bin/perl Makefile.PL INSTALLDIRS=site' returned status 512
> ...
>
> Kann mir jemand einen Tipp geben, welche Proj Library fehlt oder zu alt
> ist und wie ich dieses richtig stellen kann?
>
> hike39
>
>
> ___
> 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] Garmin-Karten: Hausnummern von Gebäude n

[Daniela Duerbeck]

Christoph Wagner wrote:
> Wie jetzt? Der Erfolg der Regel ist vom Garmintyp abhängig? Naja, mich 
> wundert nix mehr...
>   
Yup. Das ist aber weitgehend unbekannt:
http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2010q2/008187.html

Viele Grüße von Dani

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

Re: [Talk-de] Eigener Overlay: FOSSGIS-Server oder toolserver.org?

[Sarah Hoffmann]

Hoi,

On Tue, Jun 01, 2010 at 08:52:32AM +0200, Florian Lohoff wrote:
> Ich benutze einen OpenLayers Vector Layer:
> 
> http://dev.openlayers.org/releases/OpenLayers-2.9.1/doc/apidocs/files/OpenLayers/Layer/Vector-js.html
> 
> und lade die Daten via GeoJSON nach:
> 
> http://dev.openlayers.org/releases/OpenLayers-2.9.1/doc/apidocs/files/OpenLayers/Format/GeoJSON-js.html
> 
> Der code sieht dann vereinfacht so aus:
> 
>   geojsonparser = new OpenLayers.Format.GeoJSON();
>   vector = new OpenLayers.Layer.Vector("data");
>   map.addLayer(this.vector);
> 
> Beim pan'nen oder zoomen gibts dann nen callback in dem ich via ajax daten 
> nachlade die
> das CGI Script (perl) mit JSON.pm rausnudelt. Die parse ich dann mit dem 
> parser uns schiebe
> die in den vector layer:
> 
>   var features = geojsonparser.read(result.responseText);
>   vector.destroyFeatures();
>   vector.addFeatures(features);

Das geht noch einfacher mit den Strategies die OpenLayers mitliefert.
Etwa so:

vector = new OpenLayers.Layer.Vector("data", {
strategies: [new 
OpenLayers.Strategy.BBOX({ratio : 1})],

protocol: new OpenLayers.Protocol.HTTP({

  url: "http://www.foo.com/bar";,

format: new 
OpenLayers.Format.GeoJSON()

})

});

Das macht dann das Nachladen automatisch, wenn die Karte bewegt oder
gezoomt wird.

Gruss

Sarah

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

Re: [Talk-de] Garminkarten Ausschnitte

[Felix Hartmann]

Bedenkt ihr eh auch, dass die wenigsten User über genügend 
Arbeitsspeicher, geschweige denn 64bit OS verfügen?

Denn wenn man noch den Addressindex geniriert, dann ist 1.3GB (das ist 
ungefähr das Max unter Windows 32bit was eine einzelne Applikation 
verbrauchen darf) schnell zur Neige.
Aber es ist klar, dass ein schönes GUI wo man sich die Kacheln ähnlich 
wie in Mapsource zum ans GPS spielen, zum runterladen auf den PC 
auswählt ganz nett wäre.

Für PKW Autorouting reichen auch Karten mit resolution=23 (wie City 
Navigator) anstelle von 24. Damit spart man etwa 40% Downloadvolumen. 
Allerdings hat hier mkgmap noch Bugs, wenn man douglas peucker fürs 
smoothing benutzt.


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

Re: [Talk-de] JOSM: slippymap

[M∡rtin Koppenhoefer]

Am 1. Juni 2010 12:17 schrieb André Riedel :
> Am 1. Juni 2010 12:09 schrieb M∡rtin Koppenhoefer :
>> Am 1. Juni 2010 09:59 schrieb André Riedel :
>>> Ich finde einen aufgeräumten Ebenen-Dialog besser.
>>
>> +1, ich auch, ich bin dazu übergegangen, die entsprechenden Plugins
>> komplett zu deaktivieren und nur bei Bedarf einzuschalten.
>
> Nur dazu muss ich JOSM neustarten. :-( Das ist bei einem geladenen
> Projekt doch recht aufwendig.

ja klar, ist nervig, aber glücklicherweise hat sich herausgestellt,
dass ich das Slippymap Plugin praktisch nicht mehr benötige, kommt
also seltenst vor ;-)

Gruß Martin

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

Re: [Talk-de] DE:Aktion 10b : loopings

[M∡rtin Koppenhoefer]

Am 1. Juni 2010 10:52 schrieb aighes :
> Wenn man solche Renderhinweise taggt, dann sollten sie allgemein sein.
> Ansonsten gibt es irgendwann für jeden Kartentyp spezielle Tags, die das
> jeweilige Aussehen beschreiben.


ich sehe das auch so. "osmarender:renderName=no" ist Käse und
selbstverständlich taggen für den Renderer (wenn auch nicht in dem
Sinne, wie es am stärksten abgelehnt wird, nämlich, einen Tag der
"richtig aussieht im Rendering" aber was anderes aussagt). Ausserdem
ist die Osmarender-Label-Engine sowieso derart "experimentell", dass
es auf das eine Label auch nicht mehr ankommt, oder soll der tag an
jeder 2. Feature?

 Ob man nun Text auch im Kreis schreiben will oder nicht, würde ich
dem Renderer überlassen, erstens kann er sowas aufgrund der Geometrie
(theoretisch) selbst ermitteln und zweitens ist das auch
Geschmacksache. Einen Tag, der allgemein sagt "hier kann man ein Label
günstig anbringen", oder "diese Straße ist nicht gekurvt sondern
wirklich ein eckiger Polygonzug" könnte man m.E. dagegen durchaus
einsetzen. (Ob man es auswertet ist ja wieder eine eigene Frage).

Gruß Martin

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

Re: [Talk-de] JOSM: slippymap

[André Riedel]

Am 1. Juni 2010 12:09 schrieb M∡rtin Koppenhoefer :
> Am 1. Juni 2010 09:59 schrieb André Riedel :
>> Ich finde einen aufgeräumten Ebenen-Dialog besser.
>
> +1, ich auch, ich bin dazu übergegangen, die entsprechenden Plugins
> komplett zu deaktivieren und nur bei Bedarf einzuschalten.

Nur dazu muss ich JOSM neustarten. :-( Das ist bei einem geladenen
Projekt doch recht aufwendig.

Vielleicht brauchen wir noch eine JOSM-Projekt-Datei oder eine
Pluginladen ohne neuzustarten.

Ciao André

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

Re: [Talk-de] JOSM: slippymap

[M∡rtin Koppenhoefer]

Am 1. Juni 2010 09:59 schrieb André Riedel :
> Ich finde einen aufgeräumten Ebenen-Dialog besser.


+1, ich auch, ich bin dazu übergegangen, die entsprechenden Plugins
komplett zu deaktivieren und nur bei Bedarf einzuschalten.

Gruß Martin

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

Re: [Talk-de] Garminkarten Ausschnitte

[Carsten Schwede]

Hallo,


Am 01.06.2010 11:35, schrieb Jacques Nietsch:
> In der idealen Welt gäbe es die Möglichkeit auf einer Karte die
> benötigten Kacheln auszuwählen, die würden heruntergeladen werden,
> und danach das Verfahren von oben ablaufen.

Für diese ideale Welt böte sich an Mapsource, QLandkarte, RoadTrip usw 
zu verwenden, eventuell mit einer dazu passenden Kartengrundlage wie 
meiner Karte. (Europaausschnitt würde hier ja reichen)
Dann kannst Du in dem entsprechenden Programm Deine Kacheln anklciken 
und in eine gmapsupp.img verwandeln.

> In einer noch idealeren Welt würde das sogar automatisch passieren ;-)

Die noch idealere Welt weiss automatisch welche Kacheln Du brauchst??? ;-)


http://wiki.openstreetmap.org/wiki/User:Computerteddy

-- 
Viele Gruesse
Computerteddy

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

Re: [Talk-de] Garminkarten Ausschnitte

[Jacques Nietsch]

Hallo Christoph,
erst einmal Danke für die schnelle Antwort.

> ..
> die beiden gmapsupp.imgs hernehmen (ich nenne sie mal gm1.img und  
> gm2.img), dann mkgmap runterladen und auf der Kommandozeile folgendes  
> ausführen:
>
> java -ea -jar mkgmap.jar --gmapsupp gm1.img gm2.img
>
> und fertig ist die gmapsupp, die beides beinhalten sollte, es sei denn  
> bei der Erzeugung der Ausgangsfiles war was verkehrt gelaufen.
> ..

Bei diesem Verfahren habe ich aber zwei u.U. sehr große Karten zu
einer noch größeren zusammengefügt. Also ich will in die Pyrenäen und
habe danach eine Karte von der Kanalküste bis Gibraltar :-(

In der idealen Welt gäbe es die Möglichkeit auf einer Karte die
benötigten Kacheln auszuwählen, die würden heruntergeladen werden,
und danach das Verfahren von oben ablaufen.

In einer noch idealeren Welt würde das sogar automatisch passieren ;-)

Bis dahin werde ich mal Deinen Vorschlag ausprobieren.

Gruß
Jacques


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

Re: [Talk-de] motorway und motorway_link um "destinatio n"-tag ergänzen

[M∡rtin Koppenhoefer]

Am 1. Juni 2010 10:11 schrieb Chris66 :
> Am 01.06.2010 02:24, schrieb steffterra:
>>> Ist hiermit für motorway, motorway_link und trunk geschehen. Der 
>>> destination-Tag ansich wird diese Tage im Wiki ausführlich erklärend 
>>> ergänzt.
>>
>> Meine Einträge im deutschen und englischen OSM-Wiki wurden wieder gelöscht 
>> (Norwegischer User Gnonthgol) mit der Begründung "no tag".
>> Wie gehe ich vor, dass das nicht nochmal passiert? Muss der tag 
>> "destination" erst irgendwie allgemein akzeptiert werden?
> Du musst erst eine "Proposed Feature" Page im Wiki anlegen.
> http://wiki.openstreetmap.org/wiki/Proposed_Features


alternativ kann man einen Tag direkt im Wiki hinzufügen wenn er gut
etabliert ist, also bereits oft im Planetfile vorkommt. Das wäre bei
einem Tag wie hier mind. ein paar hundert mal.

Gruß,
Martin

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

[Talk-de] Einladung zum Austausch Verkehrsverbund Rhein-Sieg - OSM-Community, Köln, 7.6.201 0, 17 - 19 Uhr

[Hövelmann , Marcel]

Hallo an die Community,
nach der Datenfreigabe der Verkehrsunternehmen im VRS für OSM findet am 
07.06.2010 von 17.00 - 19.00 Uhr beim Verkehrsverbund Rhein-Sieg, Glockengasse 
37 - 39, ein erstes Info-Treffen statt, bei dem u.a. folgende Fragestellungen 
erörtert werden:

- Wie sieht der IST-Zustand der Bus- und Bahnlinien innerhalb des VRS bei OSM 
aus?
- Wie können interessierten Mappern / der Community Informationen bereit 
gestellt werden?
- Den weiteren Ausbau von http://wiki.openstreetmap.org/wiki/VRS als 
ÖPNV-Basisseite für den VRS wie gestalten?
- Ist die Erarbeitung einer einheitlichen Tagging-Empfehlung des ÖPNV und SPNV 
im VRS basierend auf u.a.
http://wiki.openstreetmap.org/wiki/User:Oxomoa/%C3%96PNV-Schema 
http://wiki.openstreetmap.org/wiki/%C3%96PNV_Schema
http://wiki.openstreetmap.org/wiki/DE:%C3%96pnvkarte 
  sinnvoll?
- Tagging zu spezifischen Aussagen im Haltestellenbereich (Erfassung von 
Barrierefreiheit etc.)?
- Vierteljährliches OSM-ÖPNV-Mapper-Treffen beim VRS zur Klärung von Fragen / 
Status Quo?
- Fragen seitens der interessierten Mapper und OSM-Interessierten an den VRS 

Über eine rege Teilnahme von interessierten Mappern und OSM-Interessierten am 
Austausch freuen wir uns sehr. Mit der Bitte um kurze Rückmeldung,  wer an 
diesem Termin teilnehmen möchte/wird.

Mit freundlichen Grüßen 
Marcel Hövelmann 
- Dipl.-Geograph - 
Abt. Informationstechnologie - Kundeninformation 
Verkehrsverbund Rhein-Sieg GmbH 
Tel.: 0221 / 20 80 8 - 33 
Fax: 0221 / 20 80 8 - 833 
marcel.hoevelm...@vrsinfo.de  

* Unterwegs mit Bus, Bahn, Fahrrad, Auto und Flugzeug: 
www.mobil-im-rheinland.de 
* Im VRS unterwegs mit dem HandyTicket  
* Immer ein Stückchen schlauer - mit der Schlauen Nummer für Bus und Bahn: 
01803/504030 (9 Ct./Min. aus dem dt. Festnetz; Mobilfunk max. 42 Ct./Min.)

Verkehrsverbund Rhein-Sieg GmbH ×  Glockengasse 37-39 × 50667 Köln × 
http://www.vrsinfo.de 

Geschäftsführer: Dr. Wilhelm Schmidt-Freitag  ×  Dr. Norbert Reinkober
Vorsitzender der Gesellschafterversammlung: Rolf Menzel
Vorsitzender des Aufsichtsrates: Dietmar Tendler

Amtsgericht Köln - HRB 16883  ×  USt-IdNr. DE 122 660 26 3 
Sparkasse KölnBonn × Konto 4 442 034 × Bankleitzahl 370 501 98 
* Vor dem Drucken bitte an die Umwelt denken - Sparen Sie pro Seite ca. 200 ml 
Wasser, 2 g CO2 und 2 g Holz * 

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

Re: [Talk-de] JOSM: Reihenfolge der Ebenen

[Chris66]

Am 01.06.2010 10:44, schrieb André Joost:

>> kann man die Default Reihenfolge der Ebenen irgendwie ändern?
>>
>> Speziell soll die Ebene mit den GPX-Waypoints ganz nach oben,
>> damit man die Namen besser lesen kann.
>>
> 
> Es steht dir doch frei, erst die gpx oder erst die osm-Daten zu laden.

Ja, aber mein Workflow ist in der Regel, dass ich erst die gpx
lade, da dann der passende Ausschnitt schon eingestellt ist.

Chris


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

Re: [Talk-de] JOSM: Weg selektieren

[aighes]

...und am besten den Weg gleich von der Fläche trennen oder aber die Fläche
als multipolygon eintragen.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/JOSM-Weg-selektieren-tp5124766p5125130.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] Garminkarten Ausschnitte

[aighes]

Weiter oben wurde doch schon drauf hingewiesen, wie es mit mkgmap
funktioniert. Ihr müsst diese vorgehensweise also lediglich noch prominent
platzieren. Dazu noch einen Link zum Download von mkgmap.
Viele Grüße,
aighes
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Garminkarten-Ausschnitte-tp5123087p5125125.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] Garminkarten Ausschnitte

[fla...@googlemail.com]

Darüber hatte ich neulich schonmal mit Christoph gesprochen. Es gibts
dabei aber 2 Probleme :


1) Um feste Kacheln zu bekommen muss man entweder konstant splitten,
was dazu führen kann das stark wachsende Regionen nach einigen Wochen
aufeinmal zu große Kacheln haben und auf den Geräten probleme machen,
oder aber wenn man zu klein splittet man schnell an die maximale
Kachelgrenze
der Software kommt, gerade wenn man wie bei AIO viele Layer benutzt.

2) wir jemand brauchen der am besten in Java ( dann läuft auf jedem
System) nen Client schreibt der die Kacheln beim User offline
verwaltet und einzelne aktualisieren kann und neue Karten aus den
viele Karten per mkgmap bauen kann. Wer schreibt die Softwäre ( soll
noch schön aussehen)

PS : Am besten tauschen die Clients dann noch per P2P die Tiles
untereinander aus um Last von den Downloadservern zu nehmen.


Lg Dirk

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

Re: [Talk-de] DE:Aktion 10b : loopings

[aighes]

Wenn man solche Renderhinweise taggt, dann sollten sie allgemein sein.
Ansonsten gibt es irgendwann für jeden Kartentyp spezielle Tags, die das
jeweilige Aussehen beschreiben.

Viele Grüße,
aighes
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/DE-Aktion-10b-loopings-tp5118298p5125082.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: Reihenfolge der Ebenen

[André Joost]

Am 01.06.10 10:06, schrieb Chris66:
> Hi,
> kann man die Default Reihenfolge der Ebenen irgendwie ändern?
>
> Speziell soll die Ebene mit den GPX-Waypoints ganz nach oben,
> damit man die Namen besser lesen kann.
>

Es steht dir doch frei, erst die gpx oder erst die osm-Daten zu laden.
Das letztgeladene steht zuoberst. Ändern lässt sich das hinterher immer 
noch mit den Pfeilen auf/ab.

Gruß,
André Joost

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

Re: [Talk-de] TMC Points

[fly]

Ich habe jetzt nochmal ein paar TMC-Segmente getagt, dabei bin ich jetzt
zur Meinung gekommen, da als TMC-Point zuerst einmal nur der
Kreuzungs-Knoten getagt werden sollte. Sobald es jedoch mehr als ein
Knotenpunkt mit Ab- und bzw oder Auffahrt existiert (gilt auch für
städtische Kreuzungen mit seperaten Abbiegespuren) sollten wir den Weg
zwischen dem ersten und letzten Knoten taggen. Vielleicht wären auch
noch die Knoten andenen Abzweigungen ankommen/abgegen sinnvoll. Hängt
dann wohl eher von der weiterverarbeitenden software ab.

Fakt ist, wir kommen auch hier oft nicht um Relationen herum, was
allerdings auch nicht so schlecht ist, da wir so selbst bei grosseren
Veränderungen immernoch die selbe Relation mit fester id: verwenden konnen.

Allerdings sind mir auch einige Fragen gekommen.

1. Ist es bei Points sinnvoll den Namen anzugeben (wenigstens bei
Relationen) ?
2. Wie genau ist der Übergang von TMC-Segmenten definiert ?
 - ich habe hier einige Points aus einem Segment welche auf Points aus
anderen Segmenten zeigen und einige die sogar in beide Richtungen so
verknüpft sind, so dass ich nicht weiß wo das 1.Segment aufhört und wo
das 2. anfängt.
http://osm-tmc.anders-hamburg.de/point.php?lcd=30031 und
http://osm-tmc.anders-hamburg.de/point.php?lcd=26445
zB.

3. Ab wann ist es sinnvoll/notwendig 2 TMC-Segment-Relationen für jede
Richtung eine zu taggen ?

4. Was mache ich mit noch im Bau befindlichen Teilstücken ?
- wenn sie erst in der Planung sind ?
- wenn sie im Bau sind ?
- und wenn dort gerade noch ein halbes Jahr Baustelle ist und die
Bundesstraße noch einen anderen Verlauf hat ?

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

Re: [Talk-de] JOSM: slippymap

[Jan Tappenbeck]

Am 01.06.2010 09:59, schrieb André Riedel:
> 2010/6/1 bundesrainer:
>> Am 01.06.2010 09:27, schrieb Jan Tappenbeck:
>>> gestern habe ich mir mal das Plugin slippymap installiert.
>>>
>>> Nun soll der zugehörige Layer nicht immer angezeigt werden - kann mir
>>> einer von Euch sagen ob man das Plugin irgendwie per Schalter temp.
>>> ausschalten kann ??
>>
>> Am einfachsten ist es wohl den Layer auszublenden (über die "Ebenen"-Box).
>
> Das gleiche Verhalten tritt auch bei den Plugins routes und
> ElevationProfile auf. Vielleicht sollte man ein neues Menü erstellen,
> in dem man die Zusatzlayer ein-/ausschalten kann, beziehungsweise das
> Startverhalten festlegen.
>
> Ich finde einen aufgeräumten Ebenen-Dialog besser.
>
> Ciao André
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

Hi !

das wäre ein guter Vorschlag weil das von bundesrainer bei jedem Start 
erforderlich ist.

Ticket erstellt: http://josm.openstreetmap.de/ticket/5091

Gruß Jan .-)


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

Re: [Talk-de] JOSM: Weg selektieren

[Markus]

Hallo André,

> Mit der mittleren Maustaste

Habe es mal im Wiki ergänzt:


Gruss, Markus

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

Re: [Talk-de] motorway und motorway_link um "desti nation"-tag ergänzen

[Chris66]

Am 01.06.2010 02:24, schrieb steffterra:

>> Ist hiermit für motorway, motorway_link und trunk geschehen. Der 
>> destination-Tag ansich wird diese Tage im Wiki ausführlich erklärend ergänzt.
> 
> Meine Einträge im deutschen und englischen OSM-Wiki wurden wieder gelöscht 
> (Norwegischer User Gnonthgol) mit der Begründung "no tag".
> 
> Wie gehe ich vor, dass das nicht nochmal passiert? Muss der tag "destination" 
> erst irgendwie allgemein akzeptiert werden? 

Hi,
Du musst erst eine "Proposed Feature" Page im Wiki anlegen.

http://wiki.openstreetmap.org/wiki/Proposed_Features

"Destination" ist hier angelegt, aber eben nicht als Proposed Feature:

http://wiki.openstreetmap.org/wiki/Key:destination

Chris


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

Re: [Talk-de] SQLite als Datenbasis für Mapnik

[Sven Geggus]

Jan Tappenbeck  wrote:

> Weiß einer von Euch ob das für kleinere Projekte eine alternative zur 
> großen PostGIS-DB hinsichtlich Mapnik ist und hat einer vielleicht schon 
> Erfahrungen sammeln können ?

http://trac.mapnik.org/wiki/SQLite

WARNING: highly uber experimental !

Ähm tja :)

Außerdem gibts AFAIK noch kein osm2pgsql ähnliches Tool. Wobei man osm2pgsql
sicher passend aufbohren könnte.

Gruss

Sven

-- 
"Der wichtigste Aspekt, den Sie vor der Entscheidung für ein Open
Source-Betriebssystem bedenken sollten, ist, dass Sie kein
Windows-Betriebssystem erhalten." (von http://www.dell.de/ubuntu)
/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

[Talk-de] JOSM: Reihenfolge der Ebenen

[Chris66]

Hi,
kann man die Default Reihenfolge der Ebenen irgendwie ändern?

Speziell soll die Ebene mit den GPX-Waypoints ganz nach oben,
damit man die Namen besser lesen kann.

Grüße
Chris



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

Re: [Talk-de] JOSM: slippymap

[André Riedel]

2010/6/1 bundesrainer :
> Am 01.06.2010 09:27, schrieb Jan Tappenbeck:
>> gestern habe ich mir mal das Plugin slippymap installiert.
>>
>> Nun soll der zugehörige Layer nicht immer angezeigt werden - kann mir
>> einer von Euch sagen ob man das Plugin irgendwie per Schalter temp.
>> ausschalten kann ??
>
> Am einfachsten ist es wohl den Layer auszublenden (über die "Ebenen"-Box).

Das gleiche Verhalten tritt auch bei den Plugins routes und
ElevationProfile auf. Vielleicht sollte man ein neues Menü erstellen,
in dem man die Zusatzlayer ein-/ausschalten kann, beziehungsweise das
Startverhalten festlegen.

Ich finde einen aufgeräumten Ebenen-Dialog besser.

Ciao André

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

Re: [Talk-de] JOSM: Weg selektieren

[André Joost]

Am 01.06.10 09:20, schrieb André Riedel:
> Am 1. Juni 2010 08:57 schrieb Wolfgang Wienke:
>> Hallo,
>> wie selektiert man einen Weg, wenn dieser auch als Umgrenzung einer
>> Fläche dient. Beim Anklicken erhält man meistens nur die Fläche.
>
> Mit der mittleren Maustaste auf den Weg klicken, dabei wird eine Liste
> aller Ellemente angezeigt.
>
> Alternativ kannst du mit ALT + linke Maustaste zwischen den
> verschiedenen Wegen und Flächen durchschalten.
>

oder per Filter landuse=*, leisure=* und natural=* ausblenden.

Gruß,
André Joost

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

Re: [Talk-de] JOSM: slippymap

[bundesrainer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 01.06.2010 09:27, schrieb Jan Tappenbeck:
> gestern habe ich mir mal das Plugin slippymap installiert.
> 
> Nun soll der zugehörige Layer nicht immer angezeigt werden - kann mir 
> einer von Euch sagen ob man das Plugin irgendwie per Schalter temp. 
> ausschalten kann ??

Hallo Jan,

Am einfachsten ist es wohl den Layer auszublenden (über die "Ebenen"-Box).

Beste Grüße,
Rainer
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)

iQEcBAEBAgAGBQJMBLtNAAoJEPT/XJzV1tNz9YwIAKfJKsdFiYXEjeYxETc94Dv/
rdSo4oRbqA4BobckoIE29pAjrJgYXeBQOfjlReGn8i78c6YNVGeMWDex767HPmVX
lOuXaxTnIgqQxOxJunSMEvxhc7rC96Xzp7RvbMX0+fTnpPGkHUN+GeA1CgiUA1JL
yiVd+sTeNoaoylhgBotBxxAJKeDoyerZwcpJecCYeOrWx0/dUNGMnVZI85kTFWIX
856L8Knhie3D5Ysda2rwEsIgIsstl5+MYbQ4+d8TZijHH41SuyRzH7PF5s0eRbmz
HHgSpyayWMiUCfTD+uS0hD68TBe3StpTcp9AiAGs50YjoM8Xrn11mHL82hWW85k=
=+eYp
-END PGP SIGNATURE-

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

[Talk-de] SQLite als Datenbasis für Mapnik

[Jan Tappenbeck]

Hi!

bei uns wird in der letzten Zeit viel von SQLite [1] berichtet.

Weiß einer von Euch ob das für kleinere Projekte eine alternative zur 
großen PostGIS-DB hinsichtlich Mapnik ist und hat einer vielleicht schon 
Erfahrungen sammeln können ?

Gruß Jan :-)

[1] http://de.wikipedia.org/wiki/Sqlite

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

[Talk-de] JOSM: slippymap

[Jan Tappenbeck]

Moin !

gestern habe ich mir mal das Plugin slippymap installiert.

Nun soll der zugehörige Layer nicht immer angezeigt werden - kann mir 
einer von Euch sagen ob man das Plugin irgendwie per Schalter temp. 
ausschalten kann ??

Auf der Linken Seite habe ich keinen Knopf funden.

Gruß Jan :-)

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

Re: [Talk-de] JOSM: Weg selektieren

[André Riedel]

Am 1. Juni 2010 08:57 schrieb Wolfgang Wienke :
> Hallo,
> wie selektiert man einen Weg, wenn dieser auch als Umgrenzung einer
> Fläche dient. Beim Anklicken erhält man meistens nur die Fläche.

Mit der mittleren Maustaste auf den Weg klicken, dabei wird eine Liste
aller Ellemente angezeigt.

Alternativ kannst du mit ALT + linke Maustaste zwischen den
verschiedenen Wegen und Flächen durchschalten.

Ciao André

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

Re: [Talk-de] Garminkarten Ausschnitte

[Jochen Topf]

On Mon, May 31, 2010 at 11:44:55PM +0200, Christoph Wagner wrote:
> Am 31.05.2010 21:41, schrieb Jacques Nietsch:
> > Hallo,
> > es gibt ja eine Reihe von Anbietern, die Garminkarten für viele Länder zur  
> > Verfügung stellen.
> > Für bestimmte Reisen braucht man aber Karten, die übergreifende Abschnitte  
> > abdecken.
> > Z.B. Südfrankreich und Nordspanien.
> > 
> > Frage: wie kann man sich spezifische Kartenbereiche zusammenstellen?
> > Gibt es irgendwelche Tools?
> > 
> 
> die beiden gmapsupp.imgs hernehmen (ich nenne sie mal gm1.img und gm2.img), 
> dann mkgmap runterladen und auf der Kommandozeile folgendes ausführen:
> 
> java -ea -jar mkgmap.jar --gmapsupp gm1.img gm2.img
> 
> und fertig ist die gmapsupp, die beides beinhalten sollte, es sei denn bei 
> der Erzeugung der Ausgangsfiles war was verkehrt gelaufen.
> 
> Andere Möglichkeiten sind die Karten erst in Mapsource oder QlandkarteGT 
> reinzuladen und die benötigten Ausschnitte dort auszuwählen.
> Noch ne Möglichkeit wäre sendmap oder gmaptool oder was weiß ich.
> 
> Wenn du die AiO nimmst hast du bei der Methode dann leider ein paar Kacheln 
> an der Grenze doppelt, aber das sollte nicht so schlimm sein.

Hab mich grad gestern mit Sven Geggus drüber unterhalten, ob man das
Zusammenbauen irgendwie noch einfacher machen kann. Hintergrund ist, dass der
Server, wo man die AIO-Garmin-Karten runterladen kann, total ausgelastet ist
mir den Riesen-Downloads, die die Leute immerzu machen. Wenn es ein sehr
einfach zu benutzendes Tool gäbe, dann bräuchten die Leute nicht mehr so
häufig ganz Europa runterladen. Ich stelle mir das so vor, dass man angeben
kann, welchen Ausschnitt man braucht, das Tool stellt dann fest, welche Teile
gebraucht werden, lädt die runter, baut sie zusammen und gibt einem eine
fertige Datei. Vielleicht mag sich da mal jemand dran versuchen. Mit mkgmap
sind die "schwierigen Teile" ja schon alle da.

Jochen
-- 
Jochen Topf  joc...@remote.org  http://www.remote.org/jochen/  +49-721-388298


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