[Talk-de] Projekt DE des Monats - Tankstellen

[Jan Tappenbeck]

 Moin!

neben dem internationalen Projekt of the week habe ich mir mal überlegt 
ein Monatsthema auszurufen - räumlich zunächst auf Deutschland begrenzt.


Es soll für den September 2010 lauten: Tankstellen

Wie Ihr der Karte [1] entnehmen könnt gibt es in Deutschland noch viele 
weiße Flecken in denen es anscheinend keine Tankstellen gibt. Hierzu 
habe ich mit Hilfe von Netzwolf eine Karte erstellt die ich in der Regel 
einmal am Tag aktualisiere.


Die Grundauswertung läuft auf Basis von amenity=fuel [2] und im 
speziellen werden noch Autogas, Erdgas, Wassserstoff und Elektrosorten 
an den Tankstellen ausgewiesen. In den zugehörigen Popups werden die 
Adress, Öffnungszeiten und Treibstoff-Daten ausgewiesen.


Aus Gründen der Performance werden die Punktdaten erst ab der Zoomstufe 
10 angezeigt.


Um den Erfolg dokumentieren zu können hier der Auswertestatus vom 
1.9.2010 morgens bezogen auf einen rechteckigen Auswertebereich:


fuelstation
  * nodes: 17035
  * ways: 1355

fuel_lpg (Autogas)
  * nodes: 2327
  * ways: 76

fuel_cng (Erdgas)
  * nodes: 300
  * ways: 22

fuel_electricity ("Steckdose")
  * nodes: 30
  * ways: 1

fuel_lh2 (Wasserstoff)
  * nodes: 0
  * ways: 1

Ich würde mich freuen, wenn wir dieses Thema entsprechend verdichtet 
bekämen.


Wenn das "Projekt DE des Monats" gut ankommt könnten wir ja vielleicht 
soetwas wiederholen. Eine Wiki-Seite hierzu habe ich erst einmal noch 
nicht angelegt.


Gruß Jan :-)

[1] 
http://www.tappenbeck.net/osm/maps/deu/index.php?id=1022&zoom=10&lat=53.7438&lon=10.20249&layers=B00TT


[2] http://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dfuel


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

Re: [Talk-de] Autobahnrouting

[Martin Simon]

Am 31. August 2010 12:03 schrieb Garry :

> Das tritt inzwischen an  praktisch jeder Ausfahrt auf.

> Die Information "Die nächsten 150km bleibst Du auf dieser Autobahn" geht
> also derzeit am Garmin verloren.

Das kann ich nicht bestätigen. ich bin in letzter Zeit drei längere
Strecken gefahren (hin und zurück, 2x ~250 km, 1x ~550 km) und hatte
das Problem auf diesen Strecken nicht (garmin vista hcx, mkgmap 1652).

Prüf mal bitte, welchen Garmin-typ motorway und motorway_link bei dir
haben - 0x01 und 0x09 sollten funktionieren. (das ist wichtig, da ein
Wechsel von 0x01 auf 0x09 immer als "Abfahren" interpretiert wird und
die andere Alternative dann als "geradeaus" angenommen wird)

Gruß,

Martin

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

[Talk-de] Nutzung alter Karten

[Jan Tappenbeck]

 Hi !

ich habe in unserer Bücherei eine Kartensammlung gefunden die als Druck 
in einem Verlag seiner Zeit erschienen ist.


Die Kartendarstellung entspricht der einer Flurkarte 1:1000 und wurde 
auch von einem Herrn vom Katasteramt seiner Zeit 1907-1911 gezeichnet.


Kann mir einer sagen ob dieses Material für uns verwertbar ist ?

Gruß Jan .-)

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

Re: [Talk-de] Frage OXOMOA-Schema für Buslinien

[Walter Nordmann]

Steffen Gruhn wrote:
> 
> Eine andere Sache ist: Warum stop_position und platform 
> jeweils als node zu erfassen? platform kann doch nur eine 
> area (Fläche) sein, oder?
> 
zitat: "Haltepositionen werden als Nodes erfasst und mit dem Tag
public_transport=stop_position gekennzeichnet."
und 
"Die Geometrie und das kennzeichnende Tag, mit denen Zugangsstellen
modelliert werden, hängen ab von der Art der Zugangsstelle: 

Zugangsplattformen (z.B. Bahn- und Bussteige) oder einfache
Haltestellenschilder Node oder Way oder Area 
public_transport=platform
Eingänge (z.B. oberirdische U-Bahn-Eingänge)Node 
public_transport=entrance"

ist das so schwer zu verstehen? wird sogar sauber gerendert - omm... ;)
walter



-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Frage-OXOMOA-Schema-fur-Buslinien-tp5479625p5485781.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] PD-Argumente reloaded (war: Lizenzwechsel: freiwillige Zustimmung ...)

[Florian Lohoff]

On Tue, Aug 31, 2010 at 09:56:49PM +0200, Michael Kugelmann wrote:
>  Am 31.08.2010 11:59, schrieb Florian Lohoff:
>
>>> Dank der GPL kann man als Autor wenigstens etwas zurückfordern.
>> Hast du da Zahlen/Belege fuer?
> Siehe z.B. http://gpl-violations.org/ bzw.  
> http://en.wikipedia.org/wiki/Gpl-violations.org . Insbesondere hat es  
> "Aerger" für ein paar Router-Hersteller gegeben (wegen 
> netfilter/iptables).
> Einer der Leute im Projekt ist/war Harald Welte   
> http://en.wikipedia.org/wiki/Harald_Welte#GPL_enforcement .
>
>> Wieviel code ist denn so bereits eingeklagt
>> worden der Stand heute in Free Software Projekten ist? Mein Gefuehl sagt
>> das geht gegen null ...
> Da gab es mehr positive Beispiele als in den Links oben angeführt  
> wurden, teilweise hat die Drohkulisse schon grereicht und die  
> kommerziellen Hersteller sind eingeknicht...

Ja - aber wieviel NEUER code ist denn zurueckgekommen? Die haben alle
nur ein unmodifiziertes netfilter/busybox benutzt was sie anschliessend
frei geben mussten. Das bringt natuerlich so nix - dann koennen sie es auch
behalten. 

Hier wird ja immer damit argumentiert das nichts zurueckgegeben wird. Was
soll denn zurueckgegeben werden wenn nicht was neues/korrigiertes? Was hilfts
mir wenn 20 Navi Hersteller auf den Webseiten einen Planet parken der
6 Monate alt ist?

Flo
-- 
Florian Lohoff f...@zz.de


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

Re: [Talk-de] Openstreetmap-Daten für Navigationssy steme der Automobilhersteller?

[Markus]

Hallo Bernd,


Schön wär's natürlich, wenn ein Hersteller sich explizit als Hardware-
Hersteller sieht, gute Geräte mit offenem Kartenformat anbietet.


Wie wärs mit Lowrance? (Handgeräte)
Fehlt nur noch ein OpenSource-Installer für OSM.

Gruss, Markus

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

[Talk-de] AIO steht wieder still

[Boris Wagner]

Hallo zusammen,

die AIO für Garmin-Geräte steht leider wieder seit dem 25.08. still.

Gruß
Boris


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

Re: [Talk-de] Projekt DE des Monats - Tankstellen

[Markus]

Hallo Jan, hallo Stephan,

Stephan Knauss hat für www.OpenGastroMap.org einen Online-Editor 
geschrieben, mit dem man direkt auf der Karte ein Attribut eintragen 
kann. Die Werte können aus einer Liste ausgewählt werden.

Der Editor erscheint in z=18.

Vielleicht könnt Ihr das ja auch für die Tankstellen brauchen?


Aus Gründen der Performance werden die Punktdaten erst ab der Zoomstufe
10 angezeigt.


Auch da hat Stephan ein leistungsfähiges Tool zur Clusterung entwickelt.
Damit kannst Du die Punkte in allen Zoomstufen performant anzeigen.

Gruss, Markus

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

Re: [Talk-de] Nutzung alter Karten

[Norbert Kück]

Hallo,

am 01.09.2010 09:20 schrieb Jan Tappenbeck:
Die Kartendarstellung entspricht der einer Flurkarte 1:1000 und wurde 
auch von einem Herrn vom Katasteramt seiner Zeit 1907-1911 gezeichnet.


Kann mir einer sagen ob dieses Material für uns verwertbar ist ?

Wenn der Herr seit mehr als 70 Jahren verblichen ist: Ja.
Siehe: http://bundesrecht.juris.de/urhg/__64.html

Gruß
nk

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

Re: [Talk-de] Frage OXOMOA-Schema für Buslinien

[Wolfgang Wienke]

Hallo!
Am 31.08.2010 19:46, schrieb M∡rtin Koppenhoefer:

Am 31. August 2010 19:00 schrieb Steffen:

Die Umstellung auf stop_position allein bringt noch keinen
Vorteil gegenüber hwy=bus_stop, sondern ist in meinen Augen
eine äquivalente Datenerfassung.


+1


-1
wie oben im Thread dargestellt ist es das nicht. Es wäre ein
Rückschritt, weil die Seite der Bushaltestelle verloren geht, genauso
wie deren (genaue) Position.


Wie schon erwähnt, gibt es bisher keine Software, die die stop-position 
auswertet.
Man könnte sich aber sicherlich eine Software denken, die die 
stop-position als Lot des Platform-nodes (oder des bus-stop-nodes neben 
dem way) auf den way ermittelt. Das dürfte in 99% der Fälle richtig 
sein. Falls ein platform-way vorliegt, könnte man den ersten Punkt im 
Sinne der Fahrtrichtung als Ausgangspunkt des Lots nehmen. Dies würde 
aber verlangen, das die Zuordnung node und way vorhanden ist, was 
normalerweise aus der Routenrelation zu entnehmen ist.

Algorithmus also:
- Platform-node nehmen
- nächste beiden nodes der Route ermitteln
- Gerade zwischen diesen nodes ermitteln
- vom platform-node Lot auf diese Gerade ermtteln
- stop-position ist Fußpunkt des Lots
Bei einer solchen Berechnung könnte man das hier beschriebene 
umständlich Taggen in 99% der Fälle entfallen lassen.


Für Routing-Software: Zunächst ein Routing zum platform (bus-stop) 
Knoten vornehmen, dann wie oben die stop-postion ermitteln.


Fazit: Ich sehe noch nicht recht den Sinn dieses aufwendigen Taggings.
--
   Mit freundlichen Gruessen

 Wolfgang Wienke

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

Re: [Talk-de] Projekt DE des Monats - Tankstellen

[Jan Tappenbeck]

Am 01.09.2010 09:52, schrieb Markus:

Hallo Jan, hallo Stephan,

Stephan Knauss hat für www.OpenGastroMap.org einen Online-Editor
geschrieben, mit dem man direkt auf der Karte ein Attribut eintragen
kann. Die Werte können aus einer Liste ausgewählt werden.
Der Editor erscheint in z=18.

Vielleicht könnt Ihr das ja auch für die Tankstellen brauchen?


Moin !

das hatte ich im moment noch nicht vor als Anbindung (Zeit und da hängt 
vermutlich eine DB hinter) - dafür werden in den Popups die Links zu den 
entsprechenden Editoren angeboten !






Aus Gründen der Performance werden die Punktdaten erst ab der Zoomstufe
10 angezeigt.


Auch da hat Stephan ein leistungsfähiges Tool zur Clusterung entwickelt.
Damit kannst Du die Punkte in allen Zoomstufen performant anzeigen.


Clustering kommt später und das sollte doch so für einen relativ großen 
Bereich ausreichen.


Verbessern kann man immer und ggf. schalte ich die Zoomstufe hoch !

Gruß Jan :-)



Gruss, Markus




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

Re: [Talk-de] Nutzung alter Karten

[Jan Tappenbeck]

Am 01.09.2010 10:27, schrieb Norbert Kück:

Hallo,

am 01.09.2010 09:20 schrieb Jan Tappenbeck:

Die Kartendarstellung entspricht der einer Flurkarte 1:1000 und wurde
auch von einem Herrn vom Katasteramt seiner Zeit 1907-1911 gezeichnet.

Kann mir einer sagen ob dieses Material für uns verwertbar ist ?

Wenn der Herr seit mehr als 70 Jahren verblichen ist: Ja.
Siehe: http://bundesrecht.juris.de/urhg/__64.html

Gruß
nk



woher weiß ich wann der verblichen ist ?!?!?

Muss ich ja erst Familienforschung betreiben !

Gruß Jan :-)


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

[Talk-de] wiki zur zeit tot?

[Jan Tappenbeck]

 HI !

ist das wiki zur Zeit tot ??

Gruß Jan :-)

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

Re: [Talk-de] Nutzung alter Karten

[André Joost]

Am 01.09.10 10:27, schrieb Norbert Kück:

Hallo,

am 01.09.2010 09:20 schrieb Jan Tappenbeck:

Die Kartendarstellung entspricht der einer Flurkarte 1:1000 und wurde
auch von einem Herrn vom Katasteramt seiner Zeit 1907-1911 gezeichnet.

Kann mir einer sagen ob dieses Material für uns verwertbar ist ?

Wenn der Herr seit mehr als 70 Jahren verblichen ist: Ja.
Siehe: http://bundesrecht.juris.de/urhg/__64.html



Wenn er das als Angestellter des Katasteramtes gemacht hat, liegt das 
Urheberrecht mit Sicherheit beim Amt und nicht beim Zeichner. Und das 
Amt ist bestimmt noch nicht verblichen...


Gruß,
André Joost


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

Re: [Talk-de] Nutzung alter Karten

[Arne Johannessen]

André Joost wrote:
> Am 01.09.10 10:27, schrieb Norbert Kück:
>> am 01.09.2010 09:20 schrieb Jan Tappenbeck:
>>> 
>>> Die Kartendarstellung entspricht der einer Flurkarte 1:1000 und wurde
>>> auch von einem Herrn vom Katasteramt seiner Zeit 1907-1911 gezeichnet.
>>> 
>>> Kann mir einer sagen ob dieses Material für uns verwertbar ist ?
>> 
>> Wenn der Herr seit mehr als 70 Jahren verblichen ist: Ja.
>> Siehe: http://bundesrecht.juris.de/urhg/__64.html

Genau. Es sei denn, der Herr wäre nicht namentlich bekannt -- dann würden die 
70 Jahre ab der Veröffentlichung der Karte zählen. Viele Karten geben ja nur 
den Herausgeber (das Amt) an, auf die dürfte diese Regelung zutreffen.


> Wenn er das als Angestellter des Katasteramtes gemacht hat, liegt das 
> Urheberrecht mit Sicherheit beim Amt und nicht beim Zeichner. Und das Amt ist 
> bestimmt noch nicht verblichen...

Weder kann ein Amt ein Urheberrecht haben noch kann es verbleichen. Lediglich 
das Nutzungsrecht liegt beim Amt.

-- 
Arne Johannessen





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

Re: [Talk-de] Deutsche OSM-Technik-HowTos

[Walter Nordmann]

hi,

ich möchte euch mal 2 tips geben:

a) größe und Inhalt der "slim-tabellen": das sind von osmosis für den
diff-import benutzte tabellen. deren Inhalt ist nach dem aktuelle Import
noch vorhanden, ändert sich beim nächsten Import aber total.

ich bin darauf gestoßen, weil ich "da" genau die Daten gefunden hatte, die
ich haben wollte (war was mit relationen) aber nach dem nächsten diff-import
waren die plötzlich weg :(

inzwischen weiss ich, warum.

b) Größe der Datenbank: 
Die Größe der Datenbank-FILES auf der Platte des Rechners - und das wird
hier wohl in erster Hinsicht beobachtet ("Meine DB wird pro Woche ca 1.5 GB
größer...") - hängt natürlich von der Menge des Datenbank-INHALTES ab aber
auch von der Menge der Datenbank-ÄNDERUNGEN.
Postgresql ändert nicht einfach einen Datensatz in der DB sondern legt eine
Kopies das Satzes an. Damit ist das Zeug dann doppelt drin - sichtbar und
unsichtbar.
Werden Datensätze gelöscht, bleibt deren Speicherplatz auf der Platte
erhalten und wird später neu genutzt.

Das, und noch ein paar andere Sachen, bewirkt, daß die Datenbank_FILES nie
kleiner werden, sondern immer nur größer, auch wenn "nur ein Update" gemacht
wurde.

postgres gibt "freiwillig" nie Plattenplatz frei, denn der wird einige Zeit
später sowieso gebraucht.

Abhilfe schafft der Befehl VACUUM mit der Option FULL. Erst dann werden die
Dinger auch real auf der Platte kleiner.
Ich mach den nachts per chron (vacuumdb -a -f .) und habe zu der zeit
den diff-update abgeschaltet.

lg
walter

p.s. dass beim Import trotz bbox oder polygon  noch unerwünschte Daten
"reinrutschen" scheint aber auch ein Problem zu sein; ich hab das allerdings
noch nicht nachvollziehen können. dann liegt das an osmosis und nicht an
postgresql.

-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Deutsche-OSM-Technik-HowTos-tp5262591p5486261.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] Nutzung alter Karten

[Arne Johannessen]

Jan Tappenbeck wrote:
> 
> Die Kartendarstellung entspricht der einer Flurkarte 1:1000 und wurde auch 
> von einem Herrn vom Katasteramt seiner Zeit 1907-1911 gezeichnet.
> 
> Kann mir einer sagen ob dieses Material für uns verwertbar ist ?

Mit "Material" meinst Du sicherlich nicht die Katasterkarten selbst, sondern 
die enthaltenen Geodaten. Großer Unterschied!

Zum Recht des Datenbankherstellers: In Bezug auf diese stellen die 
Katasterkarten eine (analoge) Datenbank dar. Selbst wenn das Datenbankrecht 
rückwirkend gelten sollte (weiß ich gerade nicht), wäre die Schutzfrist nach § 
87d aber längst abgelaufen. Das Bestehen eines sui-generis-Rechts kann also 
klar verneint werden.

Zum eigentlichen Urheberrecht: Bei einer Katasterkarte im Maßstab 1:1000 findet 
üblicherweise gar keine oder keine nennenswerte Generalisierung statt. Es 
handelt sich lediglich um eine nicht wertende Darstellung von Fakten, aber 
typischerweise nicht um eine geistige Schöpfung. Ein Urheberrecht an den 
dargestellten Fakten kann also nach § 2 Abs. 2 auch verneint werden.

(Dass Landes-Vermessungsgesetze darüber hinaus anwendbar sein könnten, glaube 
ich nicht, kann es aber auch nicht ausschließen.)

Ich würde also sagen: ja, die Geodaten können wir verwerten. Ich bin jedoch 
kein Anwalt...

-- 
Arne Johannessen





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

Re: [Talk-de] Nutzung alter Karten

[Norbert Kück]

Hallo,

am 01.09.2010 11:26 schrieb André Joost:
Wenn er das als Angestellter des Katasteramtes gemacht hat, liegt das 
Urheberrecht mit Sicherheit beim Amt und nicht beim Zeichner. Und das 
Amt ist bestimmt noch nicht verblichen...

Das würden die sich wünschen, aber das Amt ist nicht der Urheber
http://bundesrecht.juris.de/urhg/__7.html
sondern NUR Inhaber der Nutzungsrechte. Und die können nicht länger 
dauern, als das Urheberrecht.


Gruß
nk

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

Re: [Talk-de] wiki zur zeit tot?

[godofglow]

Jepp, das war glaub tot.

Und jetzt tut die Hauptseite bei mir nicht mehr...
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/wiki-zur-zeit-tot-tp5486071p5486341.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] Openstreetmap-Daten für Navigationssy steme der Automobilhersteller?

[Bernd Wurst]

Am Mittwoch 01 September 2010, 09:39:53 schrieb Markus:
> Wie wärs mit Lowrance? (Handgeräte)
> Fehlt nur noch ein OpenSource-Installer für OSM.

Ich hab danach gesucht, aber keine Dokumentation oder Angabe zum Kartenformat 
dieses Herstellers gesehen.

Aufgrund von vagen Andeutungen in Foren könnte man meinen dass die Geräte auch 
mit dem Garmin-Format umgehen können, aber belastbare Angaben dazu habe ich 
nicht gefunden.

Gruß, Bernd

-- 
OPERA: When a guy gets stabbed in the back and instead of bleeding he sings.


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] Deutsche OSM-Technik-HowTos

[Benjamin John]

Walter Nordmann  web.de> writes:


> a) größe und Inhalt der "slim-tabellen": das sind von osmosis für den
> diff-import benutzte tabellen. deren Inhalt ist nach dem aktuelle Import
> noch vorhanden, ändert sich beim nächsten Import aber total.

Welche Tabellen meinst Du mit slim-Tabellen? Die nodes, rels, ways? Oder noch
andere?

> 
> ich bin darauf gestoßen, weil ich "da" genau die Daten gefunden hatte, die
> ich haben wollte (war was mit relationen) aber nach dem nächsten diff-import
> waren die plötzlich weg :(
> 
> inzwischen weiss ich, warum.

Das Problem, das ich habe, ist daß ich neue oder geänderte Sachen nicht in den
Tabellen line, point, polygon bzw. roads wiederfinde und demzufolge auch Mapnik
nicht neues rendert...
Z.B. erstelle ich ein neues building (vier nodes, ein way), die ID des ways
kenne ich nach dem hochladen, diese taucht auch im osc-File auf, dann auch in
der DB in der Tabelle ways. Wenn ich aber die ID dann versuche in polygon (wo
sie eigentlich auftauchen müßte) suche gibt's kein Ergebnis

> 
> b) Größe der Datenbank: 
... 
> Abhilfe schafft der Befehl VACUUM mit der Option FULL. Erst dann werden die
> Dinger auch real auf der Platte kleiner.
> Ich mach den nachts per chron (vacuumdb -a -f .) und habe zu der zeit
> den diff-update abgeschaltet.

Das "Problem" löse ich durch einen wöchentlichen Import des besagten
sachsen.osm.bz2-Files 

> lg
> walter
> 
> p.s. dass beim Import trotz bbox oder polygon  noch unerwünschte Daten
> "reinrutschen" scheint aber auch ein Problem zu sein; ich hab das allerdings
> noch nicht nachvollziehen können. dann liegt das an osmosis und nicht an
> postgresql.
> 
Das am Rand noch ein paar Daten reinrutschen ist nicht das große Problem, ich
will halt nur Sachsen (auch wegen der mangelnden Performance meiner Rechner) und
nicht den Rest der Welt

Benjamin


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

Re: [Talk-de] Deutsche OSM-Technik-HowTos

[Peter Körner]

Am 01.09.2010 12:17, schrieb Walter Nordmann:


hi,

ich möchte euch mal 2 tips geben:

a) größe und Inhalt der "slim-tabellen": das sind von osmosis für den
diff-import benutzte tabellen. deren Inhalt ist nach dem aktuelle Import
noch vorhanden, ändert sich beim nächsten Import aber total.

ich bin darauf gestoßen, weil ich "da" genau die Daten gefunden hatte, die
ich haben wollte (war was mit relationen) aber nach dem nächsten diff-import
waren die plötzlich weg :(
Das stimmt im doppelten sinne so nicht. Die Daten gehören zu osm2pgsql 
und enthalten die Rohen Way/Node Mappings, die bei einem normalen 
osm2pgsql Import verloren gehen, da sie zu PostGIS Geometrien 
verarbeitet werden.


Diese Infos sind nötig, ein Changefile z.B. eine neue Version eines 
Nodes enthalten kann.


Wenn dieser Node teil eines Ways war, dann muss die Geometrie des Ways 
neu berechnet werden. Um herauszufinden, zu welchen Wegen eine Node 
gehörte, witd die ways Tabelle benötigt.


Um die Geometrie des geänderten Weges berechnen zu können, sind auch die 
Koordinaten der anderen Nodes nötig, die diesen Weg ausmachen. Dazu wird 
die nodes Tabelle benötigt.


Für Relationen verhält es sich genau so wie für Wege.

Die Daten in diesen Tabellen ändern sich also mitnichten nach jedem 
Import total -- es ändern sich nur die Features, die auch im Changefile 
bzw. in der importierten osm-Datei genannt werden.


Lg, Peter

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

Re: [Talk-de] Way kreuzt Way ohne gemeinsame Node?

[Robert Kaiser]

Pascal Neis schrieb:

2. Situation:
Ein Way kreuzt einen anderen Way ohne gemeinsame Node
und beide Ways enthalten kein Layer-Tag
-> Fehler, darf so nicht sein !


Stimmt so nicht. Ein Waldrand, ein Grenzverlauf, der Rand eines 
Industrie- oder Ortsgebietes, ein Gebäuderand usw. können eine Straße 
oder einen Gehweg kreuzen, richtigerweise oft am gleichen "Layer", und 
dürfen meist gar keinen gemeinsamen Punkt haben. as ist ganz legal.


Zwei highway=irgendwas sollten sich normalerweise nicht ohne gemeinsamen 
Punkt am gleichen Layer kreuzen, aber für alle wie immer gearteten Ways 
das zu behaupten, ist schlichtweg falsch.


Robert Kaiser



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

Re: [Talk-de] AIO steht wieder still

[M∡rtin Koppenhoefer]

2010/9/1 Boris Wagner :
> Hallo zusammen,
>
> die AIO für Garmin-Geräte steht leider wieder seit dem 25.08. still.
>


Eine Anmerkung zur AIO (sorry fürs hijacking des threads): neuerdings
werden secondary in einer Farbe dargestellt die dermaßen ähnlich ist
wie der Hintergrund, dass man sie praktisch nicht erkennen kann,
könnte man das wieder rückgängig machen?

Gruß Martin

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

Re: [Talk-de] PD-Argumente reloaded

[Sven Geggus]

Florian Lohoff  wrote:

> Ja - aber wieviel NEUER code ist denn zurueckgekommen? Die haben alle
> nur ein unmodifiziertes netfilter/busybox benutzt was sie anschliessend
> frei geben mussten. Das bringt natuerlich so nix - dann koennen sie es auch
> behalten. 

Ganz so schlimm es es dann doch nicht.

Ein Beispiel: Die ersten Ansätze des Linuxtreibers für SD-Kartenleser den es
inzwischen in mainline gibt entstammen einem Codestück der Firma TomTom die
von Harald seienrzeit per Verfügung zur Herausgabe des Quellcodes ihrer
Navigationsgeräte gezwungen werden mussten.

> Hier wird ja immer damit argumentiert das nichts zurueckgegeben wird. Was
> soll denn zurueckgegeben werden wenn nicht was neues/korrigiertes? Was
> hilfts mir wenn 20 Navi Hersteller auf den Webseiten einen Planet parken
> der 6 Monate alt ist?

Das ist hier prinzipbedingt anders als bei Software. Ich sehe die Gefahr
eigentlich nicht, dass eine Firma OSM Daten nimmt und Geräte mit
aufeghübschten OSM+ Daten oder so rausbringen könnte. Die Gefahr besteht am
ehesten darin, dass Anbieter proprietärer Daten unsere Arbeit dazu verwenden
ihre proprietären Daten zu verbessern und das ist für mich der alleinige
Grund warum ich gegen PD bin.

Sven

-- 
"If you continue running Windows, your system may become unstable."
(Windows 95 BSOD)

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

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

Re: [Talk-de] Way kreuzt Way ohne gemeinsame Node?

[Pascal Neis]

Hi,

Robert Kaiser schrieb:

Pascal Neis schrieb:

2. Situation:
Ein Way kreuzt einen anderen Way ohne gemeinsame Node
und beide Ways enthalten kein Layer-Tag
-> Fehler, darf so nicht sein !


Stimmt so nicht. Ein Waldrand, ein Grenzverlauf, der Rand eines 
Industrie- oder Ortsgebietes, ein Gebäuderand usw. können eine Straße 
oder einen Gehweg kreuzen, richtigerweise oft am gleichen "Layer", und 
dürfen meist gar keinen gemeinsamen Punkt haben. as ist ganz legal.


Zwei highway=irgendwas sollten sich normalerweise nicht ohne gemeinsamen 
Punkt am gleichen Layer kreuzen, aber für alle wie immer gearteten Ways 
das zu behaupten, ist schlichtweg falsch.


Entschuldigung! Habe natürlich highway-Ways gemeint ...

viele gruesse
pascal


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

Re: [Talk-de] Way kreuzt Way ohne gemeinsame Node?

[Pascal Neis]

Hi,

Simon Poole schrieb:

Pascal schreibt:

2. Situation:
Ein Way kreuzt einen anderen Way ohne gemeinsame Node
und beide Ways enthalten kein Layer-Tag
  -> Fehler, darf so nicht sein !


Ist das nicht ein alter Streitfall falls einer der Ways entweder mit 
tunnel=yes oder bridge=yes getaggt ist? Es ist nicht klar ob bridge und 
tunnel, layer 1 resp -1 implizieren, und deshalb auch ohne explizites 
layer Tag durchaus korrekt wären (der Wikieintrag für layer ist auf 
jedenfall nicht konsistent mit dem für tunnel).


Hmm, eigentlich müsste/sollte/könnte man zusätzlich bei tunnel
oder bridge ein layer-Tag angeben? Bei ca. 147k Brücken in DE,
haben ca. 115k ein layer-Tag [1], das wären ca. 80%. Wie sieht
es bei Tunneln aus? Dafür konnte ich leider nicht so richtige
Zahlen finden. Ich würde sagen das man bei tunnel wie auch bei
bridge ein layer-Tag angeben sollte ... wie sehen andere das?

viele gruesse
pascal

[1] http://tagwatch.stoecker.eu/Germany/En/tagstats_bridge_yes.html

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

Re: [Talk-de] AIO steht wieder still

[Sven Geggus]

Boris Wagner  wrote:

> die AIO für Garmin-Geräte steht leider wieder seit dem 25.08. still.

Christophs logfiles sind leider nicht so arg selbsterklärend.

--schnipp--
 ~/ > cd /osm/garmin/aio/logfiles
 logfiles/ >  tail -n 20 logfile.log
Compressing  keepright_ukraine/OSM_AiO_keepright_ukraine_setup.exe
Compressing  keepright_ukraine/kee94454.TYP
Compressing  keepright_ukraine/osm94454.img
Compressing  keepright_ukraine/osm94454.nsi
Compressing  keepright_ukraine/osm94454.tdb
Compressing  keepright_ukraine/osm94454_license.txt
Compressing  keepright_ukraine/template.args

Everything is Ok

7-Zip 9.04 beta  Copyright (c) 1999-2009 Igor Pavlov  2009-05-30
p7zip Version 9.04 (locale=de_DE.UTF-8,Utf16=on,HugeFiles=on,4 CPUs)
Scanning

Creating archive
/osm/garmin/aio/regions/ukraine/release/keepright_ukraine.20100831.img.zip

Compressing  gmapsupp.img

Everything is Ok
--Di 31. Aug 10:25:11 CEST 2010-
--schnapp--


Irgendwas hat das script also gestern getan. Warum jedoch grade gestern ist
mir vollkommen unklar.

Gruss

Sven


-- 
   This APT has Super Cow Powers.
(apt-get --help on debian woody)

/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] AIO steht wieder still

[Sven Geggus]

M∡rtin Koppenhoefer  wrote:

> Eine Anmerkung zur AIO (sorry fürs hijacking des threads): neuerdings
> werden secondary in einer Farbe dargestellt die dermaßen ähnlich ist
> wie der Hintergrund, dass man sie praktisch nicht erkennen kann,
> könnte man das wieder rückgängig machen?

*argh*

Wenn die Erzeugung der Karte derzeit _überhaupt nicht_ funktioniert ist das
ja wohl der denkbar schlechteste Zeitpunkt solche Wünsche zu äußern!

Die Stylefiles der AIO liegen offen Du könntest also mit ein wenig Aufwand sagen
_welches_ changeset Christoph rückgängig machen soll:

git://github.com/aiomaster/aiostyles.git

Das Projekt krankt ohnehin schon daran, dass es sich im wesentlichen um eine
one-man-show handelt.

Gruss

Sven

-- 
"Das Einzige, wovor wir Angst haben sollten, ist die Angst selbst"
(Franklin D. Roosevelt)

/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] Autobahnrouting

[Torsten Leistikow]

Moin,

Carsten Schwede schrieb am 29.08.2010 11:54:
> Else sagt bei so ziemlich jeder normalen Abfahrt, daß ich doch bitte
> "Links halten" soll. Das macht Sinn, wenn tatsächlich von mehreren
> Spuren eine dann in die Abfahrt abzweigt. Bei üblichen Abfahrten ist das
> aber etwas "ungewöhnlich". Ist ja nett von Else, daß sie öfters mal
> spricht, aber komisch ist das schon.

Ganz so schlecht sind meine Erfahrungen nicht, meine Sabbeltussi leitet mich
inzwischen auch schon ganz brauchbar ueber Autobahnkreuze usw. hinweg, vor einem
Jahr waren ihre Ansagen da noch ziemlich grausam.

Vielleicht habe ich aber auch einfach nur Glueck mit der Erfasung in der Gegend,
in der ich unterwegs bin.

Welche Garmin-Typen benutzt du denn? 0x01 fuer motorway und 0x09 fuer motor_way
link muessen es wohl schon sein, sonst passen auch die Ansagetexte nicht
ordentlich (links halten vs links abbiegen).

Ansonsten wenn du in deiner Gegend mehrere Stellen hast, wo die Autobahn
grundlos unpassend getrennt ist, dann "repariere" sie doch einfach, so dass es
fuer das Routing keine Probleme macht (Hauptsache damit macht man keiner anderen
Anwendung neue Probleme).

Gruss
Torsten

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

Re: [Talk-de] AIO steht wieder still

[UMAX974]

Gibt es, wenn es so ist keine Möglichkeit die Arbeit an der AIO Karte auf 
mehrere Mitarbeitende zu verteilen (ähnlich wie JOSM)
Gruß UMAX974
Am 01.09.2010 um 16:39 schrieb Sven Geggus:

> 
> 
> Das Projekt krankt ohnehin schon daran, dass es sich im wesentlichen um eine
> one-man-show handelt.
> 


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

Re: [Talk-de] ....ich bleib bei OSM !

[Sven Geggus]

Frederik Ramm  wrote:

>> Über diesen Unfug darfst Du Dich gerne mal mit Nop unterhalten, der Aufgrund
>> der CC-by-SA derzeit keine Wanderkarte aus einem layer machen kann.
> 
> Das hab ich dem Felix des langen und des breiten und mit einer 
> Engelsgeduld im Forum erklaert, aber ich glaube, er will das einfach 
> nicht verstehen.

Interessant! Diese commit Meldung[1] ergibt nämlich ein etwas anderes Bild:

commit a9129d205f60f74084ac8c480ccf7e91928d24d6
Author: unknown 
Date:   Fri Aug 27 23:06:15 2010 +0200

Change VeloMap style-file to CCBYNCSA 3.0 license (being forced by the odbl 
license change)

Ich unterstelle jetzt mal dass unknown  der Herr Hartmann
ist. Interessant finde ich in diesem zusammenhang die Wahl des NC
Attributes. Das ist nämlich _inkompatibel_ zu CCBYSA ohne NC und kann
eigentlich nur bei odbl Gültigkeit haben!


Gruss

Sven

[1] Repository unter git://github.com/aiomaster/aiostyles.git

-- 
How to prevent Java from forking? Use a spoon.
(Found on http://slashdot.org)

/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] Way kreuzt Way ohne gemeinsame Node?

[yzemaze]

On 01.09.2010 16:32, Pascal Neis wrote:
> Hi,
> 
> Simon Poole schrieb:
>> Pascal schreibt:
>>> 2. Situation:
>>> Ein Way kreuzt einen anderen Way ohne gemeinsame Node
>>> und beide Ways enthalten kein Layer-Tag
>>>   -> Fehler, darf so nicht sein !
>>
>> Ist das nicht ein alter Streitfall falls einer der Ways entweder mit
>> tunnel=yes oder bridge=yes getaggt ist? Es ist nicht klar ob bridge
>> und tunnel, layer 1 resp -1 implizieren, und deshalb auch ohne
>> explizites layer Tag durchaus korrekt wären (der Wikieintrag für layer
>> ist auf jedenfall nicht konsistent mit dem für tunnel).
> 
> Hmm, eigentlich müsste/sollte/könnte man zusätzlich bei tunnel
> oder bridge ein layer-Tag angeben? Bei ca. 147k Brücken in DE,
> haben ca. 115k ein layer-Tag [1], das wären ca. 80%. Wie sieht
> es bei Tunneln aus? Dafür konnte ich leider nicht so richtige
> Zahlen finden. Ich würde sagen das man bei tunnel wie auch bei
> bridge ein layer-Tag angeben sollte ... wie sehen andere das?
> 
> viele gruesse
> pascal
> 
> [1] http://tagwatch.stoecker.eu/Germany/En/tagstats_bridge_yes.html

So wie du, tunnel und bridge versehe ich stets mit layer.
Bei Tunneln sieht es i. ü. ähnlich aus, ca. 77% lt.
http://tagwatch.stoecker.eu/Germany/En/tagstats_tunnel_yes.html

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

Re: [Talk-de] AIO steht wieder still

[Sven Geggus]

UMAX974  wrote:

> Gibt es, wenn es so ist keine Möglichkeit die Arbeit an der AIO Karte auf
> mehrere Mitarbeitende zu verteilen (ähnlich wie JOSM)

Die Styles sind bereits im git daran kann man mitarbeiten. Deshalb auch mein
Kommentar zu Martins Posting.

Was das Buildscript betrifft hab ich so das Gefühl, dass Christoph da erst
mal aufräumen und dokumentieren müsste bevor da jemand anderes durchsteigt
:(

Gruss

Sven

-- 
All bugs added by David S. Miller 
Linux Kernel boot message from /usr/src/linux/net/8021q/vlan.c

/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] AIO steht wieder still

[fla...@googlemail.com]

Naja ich denke das das Problem bei so Projecten nicht am Skript liegt
sondern daran, dass die Entwickler keinen Shell zugang haben.
So muss man entweder daheim ne 1:1 Kopie des Systems haben oder aber
"blind" stochern.

Dirk

Am 1. September 2010 17:01 schrieb Sven Geggus :
> UMAX974  wrote:
>
>> Gibt es, wenn es so ist keine Möglichkeit die Arbeit an der AIO Karte auf
>> mehrere Mitarbeitende zu verteilen (ähnlich wie JOSM)
>
> Die Styles sind bereits im git daran kann man mitarbeiten. Deshalb auch mein
> Kommentar zu Martins Posting.
>
> Was das Buildscript betrifft hab ich so das Gefühl, dass Christoph da erst
> mal aufräumen und dokumentieren müsste bevor da jemand anderes durchsteigt
> :(
>
> Gruss
>
> Sven
>
> --
> All bugs added by David S. Miller 
> Linux Kernel boot message from /usr/src/linux/net/8021q/vlan.c
>
> /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
>



-- 
Wikipedia -- http://tools.wikimedia.de/~flacus/IWLC/

OSM -- http://osm.flacus.de/

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

Re: [Talk-de] AIO steht wieder still

[Sven Geggus]

fla...@googlemail.com  wrote:

> Naja ich denke das das Problem bei so Projecten nicht am Skript liegt
> sondern daran, dass die Entwickler keinen Shell zugang haben.
> So muss man entweder daheim ne 1:1 Kopie des Systems haben oder aber
> "blind" stochern.

_Jeder_ der bei einem der devserver mitmachen möchte bekommt von mir
selbstverständlich einen shellzugang. Trotzdem sollte man natürlich nicht im
Produktivsystem experimentieren.

Was der AIO tatsächlich fehlt ist so ein minimalscript, das einen angegebene
Bounding Box vom osm Server lädt und daraus eine 1km² AIO oder sowas macht.
Gäbe es sowas würden vermutlich mehr Leute mit den styles experimentieren.

Gruss

Sven

-- 
Das Internet wird vor allem von Leuten genutzt, die sich Pornografie
ansehen, während sie Bier trinken, es ist daher für Wahlen nicht
geeignet (Jaroslaw Kaczynski)
/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] Way kreuzt Way ohne gemeinsame Node?

[Florian Gross]

Am Mittwoch 01 September 2010, 16:32:16 schrieb Pascal Neis:

> Ich würde sagen das man bei tunnel wie auch bei
> bridge ein layer-Tag angeben sollte ... wie sehen andere das?

+1

flo
-- 
> *fuerchterlichkotzenmuss*
Und ich sach noch zu ihm, Frank, sacht ich, kauf Dir den
_entspiegelten_ Monitor! Aber nein, er hoert ja nicht...
  [Frank Toennes und KarlHeinz Boehme in dag°]

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

[Talk-de] ÖPNV-Karte kaputt?

[Benjamin John]

Hallo,
was ist mit der ÖPNV-Karte passiert, ich seh nur rosa... (und hab keine
Brille auf :-) )

Benjamin

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

Re: [Talk-de] Frage OXOMOA-Schema für Buslinien

[Steffen]

--- Original Nachricht ---
Absender: Walter Nordmann
Datum: 01.09.2010 09:21

ist das so schwer zu verstehen? wird sogar sauber gerendert - omm...;)


Nö, ist es nicht. Werde nun aber meine nodes umtaggen.
Von "public_transport=stop_position"
nach "public_transport=platform". Da ich diese ja neben den 
way gesetzt habe und es somit Zugangsstellen sind.


Gruß Steffen


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

[Talk-de] Querung über Spielstraße

[Peter Wendorff]

 Hi.
Ich tagge momentan Bürgersteige in Paderborn, und dazu passend auch 
Querungsstellen, also Zebrastreifen, Fußgängerampeln, aber eben auch 
z.B. unmarkierte Stellen.


Tagging-Schema:
am Kreuzungspunkt von Straße und Bürgersteig
highway=crossing
crossing=unmarked|uncontrolled|traffic_signals|island
eventuell zusätzlich
crossing_ref=zebra (für Zebrastreifen)

Bei einmündenden Spielstraßen stoße ich dabei jedoch auf ein Problem.
Wenn also eine Spielstraße auf eine "normale" Verkehrsstraße mündet, 
geht der Bürgersteig entlang der "normalen" Straße nahtlos in den 
Spielstraßenbereich über.
Nach StVO sind Fußgänger im Verkehrsberuhigten Bereich (Amtsdeutsch für 
Spielstraßen) gleichberechtigt mit Fahrzeugen.
Da üblicherweise der Querungsbereich noch Teil des verkehrsberuhigten 
Bereichs ist, gilt dies also auch für die Querungsstelle.
Dennoch würde, streng nach Schema, crossing=unmarked passen, da die 
Querung als solche ja nicht markiert geschweige denn irgendwie 
kontrolliert ist.


Wie also ist das einzutragen?

Gruß
Peter Wendorff



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

Re: [Talk-de] Deutsche OSM-Technik-HowTos

[Florian Lohoff]

On Wed, Sep 01, 2010 at 03:17:48AM -0700, Walter Nordmann wrote:
> Abhilfe schafft der Befehl VACUUM mit der Option FULL. Erst dann werden die
> Dinger auch real auf der Platte kleiner.
> Ich mach den nachts per chron (vacuumdb -a -f .) und habe zu der zeit
> den diff-update abgeschaltet.

Das habe ich anders verstanden - normalerweise sollte ein autovacuum im
hintergrund laufen der das freigibt. Richtig ist das der nicht besonders
aggressiv ist - dafuer halt i/o maessig unproblematisch. Das problem sind
dabei die indexe die eben so weit ich das verstanden habe durch das autovacuum
nicht bearbeitet werden. 

Ich mache das auf meinem planet mirror auch so das ich einmal die woche
den vacuum full laufen lasse - dauert dann halt mal ein paar stunden weil
eben beim full die ganze datenbank kopiert wird. Selbst bei schnellen platten
dauern 300GB auch schonmal nen wenig ;)

Flo
-- 
Florian Lohoff f...@zz.de


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

[Talk-de] Im Bau befindliche Brücke

[Andreas Tille]

Hi,

ich habe gestern eine Brücke entdeckt, die momentan Rekonstruiert wird und somit
für einige Zeit nicht nutzbar ist.  Wie sollte das korrekt getaggt werden?

Viele Grüße

 Andreas.

-- 
http://fam-tille.de

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

Re: [Talk-de] Deutsche OSM-Technik-HowTos

[Walter Nordmann]

> Welche Tabellen meinst Du mit slim-Tabellen? Die nodes, rels, ways? Oder
> noch
> andere?
> 
den teil hat stephan schon "abgehakt". hab ich wohl was falsch
interprotiert. :(


> Das Problem, das ich habe, ist daß ich neue oder geänderte Sachen nicht in
> den
> Tabellen line, point, polygon bzw. roads wiederfinde und demzufolge auch
> Mapnik
> nicht neues rendert...
>  sorry, kann ich nix zu sagen :(


>> Ich mach den nachts per chron (vacuumdb -a -f .) und habe zu der zeit
>> den diff-update abgeschaltet.
> 
> Das "Problem" löse ich durch einen wöchentlichen Import des besagten
> sachsen.osm.bz2-Files 
>  Äußerst unsaubere Methode, die nur einigermaßen gut geht, weil das wenige
> Daten sind und das Ganze dadurch recht fix geht. 


> Das am Rand noch ein paar Daten reinrutschen ist nicht das große Problem,
> ich
> will halt nur Sachsen (auch wegen der mangelnden Performance meiner
> Rechner) und
> nicht den Rest der Welt
> 
dann pack ne bbox in das osm2pgsql-statement in load-next rein. geht bei mir
prima. 
es gibt aber hier jemanden im thread, der sagt, dass ihm TROTZ bbox auch
Daten reinkommen, die er nicht haben will. (stephan?)

m_ok "importing diff"
if ! $OSM2PGSQL --append --slim --cache 3064 --merc \
--prefix $PREFIX --style $STYLE --host $HOST --database $DB
\
--username $USER --hstore \
--bbox 7.77,49.395,10.24,51.66 \
 
<-- neu
--verbose "$CURRENT" 1>&2 2> "$PSQLLOG"; then
m_error "osm2pgsql error"
fi

ist die bbox von hessen, wenn ich mich nicht vertan habe.

gruss
walter


-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Deutsche-OSM-Technik-HowTos-tp5262591p5487913.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] Teilweise Umkehrung eines Changesets

[Philip Gillißen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo Heiko!

Am 01.09.2010 11:38, schrieb Heiko Eckenreiter:
> von dieser Mailadresse kann ich gerade nicht an die talk Liste, daher direkt:
> Habs mal zurückgesetzt. Einer der wenigen Anwendungszwecke für Potlatch ;-)

Vielen Dank für die schnelle Bearbeitung! Ich wusste nicht, dass das so
gut mit Potlatch geht, danke für den Tipp!

Grüße, Philip
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkx+hoMACgkQYNYFUFLXAD3j2ACeNPaa4+vPREYcfJdnyZmfjbTQ
25IAnjznqwyGNfN29rLsDR5URMzrV0A6
=E7ow
-END PGP SIGNATURE-

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

Re: [Talk-de] Querung über Spielstraße

[Torsten Leistikow]

Peter Wendorff schrieb am 01.09.2010 18:12:
> Wenn also eine Spielstraße auf eine "normale" Verkehrsstraße mündet,
> geht der Bürgersteig entlang der "normalen" Straße nahtlos in den
> Spielstraßenbereich über.
> 
> Wie also ist das einzutragen?

Wenn man keine Probleme hat, dann schafft man sich eben welche:

Da in einer Spielstrasse ein Fussgaenger ueberall lang kann, macht eine
explizite Erfassung von Fussgaengeruebergangsstellen prinzipiell keinen Sinn.
Die gesamte Strasse ist ja eine Uebergangsstelle, oder andersformuliert: Ein
Fussweg geht nahtlos ueber eine Spielstrasse hinweg.

Die OSM-Welt koennte so schoen einfach sein, wenn man sie denn nur liesse und
nicht auf Krampf jeden Grashalm einzel eintragen wuerde.

Gruss
Torsten

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

Re: [Talk-de] ÖPNV-Karte kaputt?

[Walter Nordmann]

bei mir das gleiche.
soweit ich weiss, läuft die jetzt nicht mehr auf dem gleichen server wie in
den letzten wochen - out of money ;(. und der wechsel kann natürlich schief
gelaufen sein.
warten wirs mal ab.
lg
walter
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/OPNV-Karte-kaputt-tp5487706p5487946.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] Frage OXOMOA-Schema für Buslinien

[Walter Nordmann]

nee:

node public_transport=stop_position in die straße, wo der bus stoppt 
und public_transport=platform fuer haltestelle - egal ob schild/node,
bahnsteig/way oder gemalte wartefläche/area - alles ist platform.
so stehts bei oxomoa drin.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Frage-OXOMOA-Schema-fur-Buslinien-tp5479625p5487987.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] Im Bau befindliche Brücke

[Carsten Gerlach]

Hallo,

Am Mittwoch 01 September 2010 schrieb Andreas Tille:
> ich habe gestern eine Brücke entdeckt, die momentan Rekonstruiert wird und
> somit für einige Zeit nicht nutzbar ist.  Wie sollte das korrekt getaggt
> werden?

Ich hatte das mal so gemacht:

access = no
construction = yes
construction:period = Frühjahr 2009 bis Herbst 2010
highway = tertiary

Siehe auch die Versionsgeschichte von 
http://www.openstreetmap.org/browse/way/23905916

Gruß, Carsten
-- 

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

Re: [Talk-de] Querung über Spielstraße

[Peter Wendorff]

 Hallo Torsten.

On 01.09.2010 19:01, Torsten Leistikow wrote:

Wenn man keine Probleme hat, dann schafft man sich eben welche:

;)
Ich geb Dir im Grunde ja recht, dass das eine komische Frage ist.
Dennoch halte ich sie immer noch für begründet, denn auch bei 
Spielstraßen ist eine Querung teilweise gefährlicher, als sie sein dürfte.


Ich schreibe an meiner Bachelorarbeit (Informatik). Mein Ziel ist es zu 
evaluieren, wie die OSM-Daten jetzt bzw. prinzipiell geeignet sind als 
Basis, um Blindennavigation zu ermöglichen.

Da in einer Spielstrasse ein Fussgaenger ueberall lang kann, macht eine
explizite Erfassung von Fussgaengeruebergangsstellen prinzipiell keinen Sinn.
Die gesamte Strasse ist ja eine Uebergangsstelle, oder andersformuliert: Ein
Fussweg geht nahtlos ueber eine Spielstrasse hinweg.
Ich kenne nunmal leider einige Straßen, die zwar offiziell 
verkehrsberuhigter Bereich sind, bei denen ich aber trotzdem schon als 
Sehender lieber zweimal hingucke, bevor ich über die Straße gehe - es 
sei denn, ich hab die nächsten Monate Zeit, im Krankenhaus zu verbringen 
und dafür entsprechend vom Autofahrer zu kassieren.


Natürlich ist dies auch implizit aus den Daten ableitbar (gemeinsamer 
Knoten von irgendwie geartetem Fußweg und living_street), die Frage 
wollte ich trotzdem stellen.

Die OSM-Welt koennte so schoen einfach sein, wenn man sie denn nur liesse und
nicht auf Krampf jeden Grashalm einzel eintragen wuerde.
Die OSM-Welt kann sich auf eine Straßenkarte beschränken und 
entsprechend Scheuklappen aufziehen, oder eben gerade jeden für 
irgendjemanden interessanten Grashalm eintragen. Das macht sie so enorm 
wertvoll.


Gruß
Peter

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

Re: [Talk-de] ÖPNV-Karte kaputt?

[Peter Wendorff]

 Rosa seh ich gar nicht.
Einige tiles kamen sehr langsam, aber im großen und ganzen gehts.
Gruß
Peter

On 01.09.2010 18:07, Benjamin John wrote:

Hallo,
was ist mit der ÖPNV-Karte passiert, ich seh nur rosa... (und hab keine
Brille auf :-) )

Benjamin

___
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] ÖPNV-Karte kaputt?

[Benjamin John]

Am 01.09.2010 19:05, schrieb Walter Nordmann:
> 
> bei mir das gleiche.
> soweit ich weiss, läuft die jetzt nicht mehr auf dem gleichen server wie in
> den letzten wochen - out of money ;(. 
Ich erinnere mich dunkel das ich da was gelesen habe von wegen Server
bis zum Ende August ...
und der wechsel kann natürlich schief
> gelaufen sein.
> warten wirs mal ab.
Ich sehe schon die Haltestellen und teilweise auch die Karte, 

> lg
> walter

Benjamin

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

Re: [Talk-de] Frage OXOMOA-Schema für Buslinien

[M∡rtin Koppenhoefer]

Am 1. September 2010 19:11 schrieb Walter Nordmann :
>
> nee:
>
> node public_transport=stop_position in die straße, wo der bus stoppt
> und public_transport=platform fuer haltestelle - egal ob schild/node,
> bahnsteig/way oder gemalte wartefläche/area - alles ist platform.
> so stehts bei oxomoa drin.


+1, entweder highway=bus_stop an der Stelle des Mastes, oder (besser
weil einfacher auszuwerten) eine stop_position auf dem Way in Höhe des
Mastes und einen way/area (evtl. auch einen Node) an der
Bushaltestelle mit public_transport=platform, bus=yes, und dann wäre
die Relation auch nicht schlecht.

Oxomoa könnte man bei Gelegenheit mal ins "normale" Wiki übernehmen,
der macht wohl nicht mehr mit AFAIK, d.h. Präzisierungen sind von
seiner Seite wohl nicht zu erwarten.

Es gab doch auch mal ne ÖPNV-Arbeitsgruppe in England, ist bei denen
was rausgekommen und irgendwo dokumentiert?

Gruß Martin

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

Re: [Talk-de] Deutsche OSM-Technik-HowTos

[Benjamin John]

Am 01.09.2010 18:59, schrieb Walter Nordmann:
> 
>> Das Problem, das ich habe, ist daß ich neue oder geänderte Sachen nicht in
>> den
>> Tabellen line, point, polygon bzw. roads wiederfinde und demzufolge auch
>> Mapnik
>> nicht neues rendert...

Das ist zur Zeit mein Hauptproblem, das Größenproblem ist eher ein
Nebenschauplatz
Die Verarbeitung der Rohdaten zu PostGIS Geometrien funktioniert
irgendwie nicht.
Wenn mich da jemand auf die richtige Spur setzen könnte ...

Benjamin

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

Re: [Talk-de] Deutsche OSM-Technik-HowTos

[Peter Körner]

Am 01.09.2010 19:42, schrieb Benjamin John:

Am 01.09.2010 18:59, schrieb Walter Nordmann:



Das Problem, das ich habe, ist daß ich neue oder geänderte Sachen nicht in
den
Tabellen line, point, polygon bzw. roads wiederfinde und demzufolge auch
Mapnik
nicht neues rendert...


Das ist zur Zeit mein Hauptproblem, das Größenproblem ist eher ein
Nebenschauplatz
Die Verarbeitung der Rohdaten zu PostGIS Geometrien funktioniert
irgendwie nicht.
Wenn mich da jemand auf die richtige Spur setzen könnte ...


Bitte im diff-import-ordner den logs-ordner komplett leeren und einmal 
load-next ausführen. Die drei Log-Files dann hier her, dann können wir 
weiter sehen.


Verstehe ich das Richtig, dass der originale Import funktioniert und nur 
die Updates fehlschalgen?


Lg, Peter

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

Re: [Talk-de] AIO steht wieder still

[Christoph Wagner]

Am 01.09.2010 16:34, schrieb Sven Geggus:

> Irgendwas hat das script also gestern getan. Warum jedoch grade gestern ist
> mir vollkommen unklar.
> 

Ich denke ich kann da einiges gerade mal aufklären.
Auf dem devserver stehen seit dem 25.08. die geofabrikextrakte still. Die 
werden irgendwie nicht mehr aktualisiert.

Das hab ich gestern aber noch nicht gesehen und dachte mein prozess wär einfach 
nur wieder irgendwo gestorben und hab ihn daher gestern manuell angestoßen.

Dann hat er was gemacht (keepright und osb erneuert), aber die hauptkarte hat 
er nicht gerechnet, da die ja noch aktuell ist (gibt ja keine neuen daten).

Problem liegt also ausnahmsweise mal nicht an mir. Mal warten bis Frederik das 
wieder repariert.



Was die Sache mit der Mitarbeit angeht.
Es ist durchaus so, dass mittlerweile schon ein paar Leute signalisiert haben, 
dass sie gerne mitarbeiten möchten und 4 Leute haben auch schon schreibzugriff 
aufs repo und auch schon mal hier und da was eingecheckt.

Um an den mkgmap styles zu arbeiten muss man auch mein Skriptzeugs nicht 
verstehen. Das kann jeder der mkgmap bedienen kann zu Hause selbst ausprobieren.
Ich hab auch kein howto zu meinem Makefile, weil ich das nie als mkgmap-wrapper 
für zu Hause gebaut hab, sondern als Hilfsskript auf dem osm-server.
Die meiste Intelligenz, die da drin steckt, braucht man eh nur, wenn man die 
maps im großen Stil rechnet, eben so wie die AiO.

Im Übrigen hab ich auch hier und da mal Kommentare im Makefile stehen und ich 
denke man kann das durchaus verstehen, wenn man wöllte. Muss man aber erstmal 
nicht, wie gesagt.

Ich selber habe übrigens an dem Straßenaussehen nichts gemacht. Müsste man mal 
schaun, wer da wann was gemacht hat. Schau mir eben nicht alles selber an.

Im Übrigen:
Man kann mit mir auch gerne mal telefonieren oder skypen (für die nicht mit 
flatrate ins deutsche Festnetz ausgestatteten) oder chatten oder mailen, wenn 
man mal eben einsteigen möchte. Telefon bzw. Skype geht erfahrungsgemäß am 
schnellsten, um auf den neuen Stand zu kommen.
;)

Telefonieren über XMPP mit Jingle hab ich noch nicht hinbekommen. Leider...


Viele Grüße aus Dresden
Christoph



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

Re: [Talk-de] Querung über Spielstraße

[Matthias Versen]

Peter Wendorff wrote:


Die OSM-Welt koennte so schoen einfach sein, wenn man sie denn nur
liesse und
nicht auf Krampf jeden Grashalm einzel eintragen wuerde.

Die OSM-Welt kann sich auf eine Straßenkarte beschränken und
entsprechend Scheuklappen aufziehen, oder eben gerade jeden für
irgendjemanden interessanten Grashalm eintragen. Das macht sie so enorm
wertvoll.


Es kann OSM aber auch sehr leicht unbrauchbar machen für den 
durchschnittlichen Mapper. Manche schieben für eine Diplomarbeit 
irgendein Kram in die DB das normale Mapper verwirrt und sogar das 
mappen quasi unmöglich macht.
Nach der Diplomarbeit geht auch das Interesse desjenigen verloren und 
nach 1-2 Jahren sind nur noch unbrauchbare Reste vorhanden.


BTW: Ein Bürgersteig ist Teil der Straße solange nicht baulich getrennt 
und sollte ebenso wie ein Radweg (cycleway=*) nicht extra eingetragen 
werden. Benutzt Du das sidewalk tag dafür ?


Ich wünsche mir echt verschiedene Layers in der DB. Dann kann auch 
jemand Flugrouten in einem eigenen Layer einbauen wenn er es unbedingt 
wünscht.



Matthias




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

Re: [Talk-de] Querung über Spielstraße

[M∡rtin Koppenhoefer]

Am 1. September 2010 20:07 schrieb Matthias Versen :
> Peter Wendorff wrote:

> Ich wünsche mir echt verschiedene Layers in der DB. Dann kann auch jemand
> Flugrouten in einem eigenen Layer einbauen wenn er es unbedingt wünscht.


unterschiedliche Layer machen m.E. viel zu viele Probleme, da dann die
Konsistenz und Bezüge der einzelnen (unterschiedlichen) Objekte
zueinander (Topologie) überhaupt nicht mehr beachtet werden (können).

Gruß Martin

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

Re: [Talk-de] Way kreuzt Way ohne gemeinsame Node?

[M∡rtin Koppenhoefer]

> Am Mittwoch 01 September 2010, 16:32:16 schrieb Pascal Neis:
>
>> Ich würde sagen das man bei tunnel wie auch bei
>> bridge ein layer-Tag angeben sollte ... wie sehen andere das?

ja

Gruß Martin

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

Re: [Talk-de] AIO steht wieder still

[Sven Geggus]

Christoph Wagner  wrote:

> Es ist durchaus so, dass mittlerweile schon ein paar Leute
> signalisiert haben, dass sie gerne mitarbeiten möchten und 4 Leute
> haben auch schon schreibzugriff aufs repo und auch schon mal hier
> und da was eingecheckt.

Jupp! Ich habe mir vorhin mal "git log" angeschaut und habe unter
anderem Festgetellt dass Felix die Lizenz seiner Stylefiles unter
eine NC Lizenz gestellt hat. Ich bin da ein wenig kritisch und möchte
erst mal beim FOSSGIS nachfragen ob solches Zeug auf den Server noch
OK geht, denn strenggenommen ist das dann nichts freies mehr.

Perverserweise wird dieses Problem aber erst auftreten wenn unsere
Daten odbl sind derzeit ist es schlicht nicht erlaubt aus CC-BY-SA
CC-BY-NC-SA zu machen so wir mal annehmen die CC-BY-SA wäre für
unsere Daten gültig.

Sven

-- 
"Ich fürchte mich nicht vor der Rückkehr der Faschisten in der Maske der
Faschisten, sondern vor der Rückkehr der Faschisten in der Maske der
Demokraten" (Theodor W. Adorno)
/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] Im Bau befindliche Brücke

[Robert S.]

2010/9/1 Carsten Gerlach 

> Hallo,
>
> Am Mittwoch 01 September 2010 schrieb Andreas Tille:
> > ich habe gestern eine Brücke entdeckt, die momentan Rekonstruiert wird
> und
> > somit für einige Zeit nicht nutzbar ist.  Wie sollte das korrekt getaggt
> > werden?
>
> Ich hatte das mal so gemacht:
>
> access = no
> construction = yes
> construction:period = Frühjahr 2009 bis Herbst 2010
> highway = tertiary
>

Das übliche tagging ist allerdings:
highway = construction
construction = tertiary


construction=yes sehe ich zumindest eher als Zusatztag unter dem Motto "Hier
wird (längerfristig) gebaut, man kann aber noch durchkommen."
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] htc-Smartphone mit osm

[Jan Tappenbeck]

 hi !

kann einer was zur Verwendung von OSM-Karten auf htc-smartphones sagen 
(schreiben)?


Gruß jan :-)

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

Re: [Talk-de] htc-Smartphone mit osm

[Sven Geggus]

Jan Tappenbeck  wrote:

> kann einer was zur Verwendung von OSM-Karten auf htc-smartphones sagen 
> (schreiben)?

Android oder Windows CE wäre die bessere Frage gewesen.

Sven

-- 
"Das Einzige, wovor wir Angst haben sollten, ist die Angst selbst"
(Franklin D. Roosevelt)

/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] Deutsche OSM-Technik-HowTos

[Benjamin John]

Am 01.09.2010 19:45, schrieb Peter Körner:
> 
> Bitte im diff-import-ordner den logs-ordner komplett leeren und einmal
> load-next ausführen. Die drei Log-Files dann hier her, dann können wir
> weiter sehen.

An dem Rechner wo ich gerade sitze funktioniert's, und ich könnt
schwören das es auch an dem Probleme gab...
> 
> Verstehe ich das Richtig, dass der originale Import funktioniert und nur
> die Updates fehlschalgen?
> 
Stimmt, so habe ich es beobachtet.
> Lg, Peter
> 
Also morgen wenn ich wieder an dem anderen Rechner sitze werde ich das
nochmal wiederholen... Da ging es letzte Woche definitiv nicht

Benjamin

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

Re: [Talk-de] htc-Smartphone mit osm

[Lars Lingner]

Am 01.09.2010 20:33, schrieb Jan Tappenbeck:
>  hi !
> 
> kann einer was zur Verwendung von OSM-Karten auf htc-smartphones sagen
> (schreiben)?
> 

Ich hatte schon einige Android-Modelle in der Hand. Da gibt es schicke
OSM-Anwendungen. Offlinekarten und Routing habe ich schon gesehen.

Eine Übersicht gibt http://wiki.openstreetmap.org/wiki/Android

Lars

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

Re: [Talk-de] AIO - Lizenz

[Christoph Wagner]

Am 01.09.2010 20:21, schrieb Sven Geggus:

> Jupp! Ich habe mir vorhin mal "git log" angeschaut und habe unter
> anderem Festgetellt dass Felix die Lizenz seiner Stylefiles unter
> eine NC Lizenz gestellt hat. Ich bin da ein wenig kritisch und möchte
> erst mal beim FOSSGIS nachfragen ob solches Zeug auf den Server noch
> OK geht, denn strenggenommen ist das dann nichts freies mehr.
> 
> Perverserweise wird dieses Problem aber erst auftreten wenn unsere
> Daten odbl sind derzeit ist es schlicht nicht erlaubt aus CC-BY-SA
> CC-BY-NC-SA zu machen so wir mal annehmen die CC-BY-SA wäre für
> unsere Daten gültig.

Bei diesem ganzen Lizenzgedöns bin ich im Moment eh maximal verwirrt.
Von mir aus kann das alles PD sein, was ich mache.
Die Karte muss halt im Moment CC-BY-SA sein und wenn die neue Lizenz kommt, 
dann eben was anderes.

Ich will doch nur ne funktionierende Garminkarte mit schicken OSM-Daten.

Wenn Felix sein Zeug unter was anderem veröffentlicht, ist mir das eigentlich 
ziemlich schnuppe, solange man das runterladen und benutzen kann.
Ob das kompatibel ist mit der derzeitigen Lizenz oder erst später kompatibel 
wird, soll nen Jurist sagen.

Sollte das gegen irgendwelche FOSSGIS-Server Regeln verstoßen, fänd ich das 
erstmal seltsam, aber müsste mich dann wohl fügen und den velomap-teil 
abstellen.
Hoffe eigentlich nicht, dass es so weit kommen muss.

Aber seht diesen ganzen Lizenzkram mal bitte nicht so emotional. Einfach mal 
Emotionenpause machen und schauen, was man eigentlich will und warum man die 
ganze Arbeit macht.
Ich glaub im Grunde wollen wir eigentlich alle das gleiche und die Details 
werden überbewertet.

Will mich da jetzt aber in nichts verwickeln...

Hoffe das beste - für das Projekt.

Grüße
Christoph



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

Re: [Talk-de] Querung über Spielstraße

[Peter Wendorff]

 On 01.09.2010 20:07, Matthias Versen wrote:
BTW: Ein Bürgersteig ist Teil der Straße solange nicht baulich 
getrennt und sollte ebenso wie ein Radweg (cycleway=*) nicht extra 
eingetragen werden. Benutzt Du das sidewalk tag dafür ?


Ich trage Bürgersteige extra ein, auch wenn sie nicht baulich getrennt 
werden.


Begründung dafür ist ganz einfach:
Das Tagging von detaillierteren Eigenschaften für unterschiedliche 
Spuren wird zu komplex, wenn man das auf einer einzigen Geometrie macht.
Im Wiki sind zwar so Dinge wie footway:left:surface=*, 
footway:left:width etc. dokumentiert, aber das hat sich noch niemand für 
z.B. Querungen getraut - denn spätestens da wird das richtig ekelhaft:


Wie sollte man dann an einer Kreuzung die 4 (möglicherweise 
unterschiedlich ausgestatteten Fußgängerampeln taggen?
Da ja nur der Kreuzungsknoten übrigbliebt, müsste man so was ekliges 
machen wie


footway:wayID1:left:crossing:type=traffic_signals
footway:wayID1:left:crossing:traffic_signals:sound=yes
footway:wayID1:left:crossing:traffic_signals:vibration=yes
footway:wayID1:left:crossing:traffic_signals:floor_vibration=yes
footway:wayID1:left:crossing:traffic_signals:arrow=yes
footway:wayID1:left:crossing:traffic_signals:minimap=yes

(das ganze nochmal für wayID2 und ALLES zusammen nochmal für right)

Sorry - das halte ich für wesentlich weniger praktikabel, als 
Bürgersteige extra einzutragen.


Mir fehlt noch eine richtig gute Lösung, die Einzelnen Teile der Straße 
zusammenzubinden - obwohl, oder gerade weil viele gute Ansätze existieren.
Mein Vorschlag zum Tagging von Fußwegen habe ich deshalb in der 
tagging-Liste letzte Woche mal geposted.
Den Thread zum Nachlesen gibt es hier: 
http://lists.openstreetmap.org/pipermail/tagging/2010-August/003920.html


Mein Vorschlag in Kürze:
highway=footway|path|cycleway
foot=designated(wenn path)
bicycle=designated   (wenn path)
segregated=yes|no   (getrennte Wege oder gemeinsame Wege 
auf einer Bahn?)

footway=sidewalk (neu)
name=NAME-DER-STRASSE

footway=sidewalk erlaubt es dabei z.B. einem Renderer, bevorzugt 
Bürgersteige nicht zu rendern.


Gruß
Peter

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

Re: [Talk-de] Querung über Spielstraße

[Torsten Leistikow]

Peter Wendorff schrieb am 01.09.2010 21:39:
> Mir fehlt noch eine richtig gute Lösung, die Einzelnen Teile der Straße
> zusammenzubinden

Und solange das fehlt, sind die separat eingetragenen Wege reiner Datenmuell,
der mehr stoert als das er nutzt.
Es gibt halt eben nicht nur die von dir eingetragenen Querungsmoeglichkeiten
sondern noch unendlich viele dazwischen.

Gruss
Torsten

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

Re: [Talk-de] ....ich bleib bei OSM !

[Frederik Ramm]

Hallo,

Sven Geggus wrote:

commit a9129d205f60f74084ac8c480ccf7e91928d24d6
Author: unknown 
Date:   Fri Aug 27 23:06:15 2010 +0200

Change VeloMap style-file to CCBYNCSA 3.0 license (being forced by the odbl 
license change)

Ich unterstelle jetzt mal dass unknown  der Herr Hartmann
ist. Interessant finde ich in diesem zusammenhang die Wahl des NC
Attributes. Das ist nämlich _inkompatibel_ zu CCBYSA ohne NC und kann
eigentlich nur bei odbl Gültigkeit haben!


Derzeit muss eine Garmin-Karte aus OSM-Daten immer unter der CC-BY-SA 
(ohne NC) stehen. Nun waere zu klaeren, ob eine Garmin-Karte ein aus dem 
Style-File abgeleitetes Werk ist. Wenn ja, ist die Herstellung von 
Velomap-Garminkarten nun nicht mehr moeglich (auch unter der ODbL nicht, 
weil sie Datenbanken sind). Wenn nein - und das wuerde ich annehmen -, 
dann spielt es keine Rolle, mit welchem Style eine OSM-Karte erstellt 
wird, sie ist immer CC-BY-SA.


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] AIO - Lizenz

[Sven Geggus]

Christoph Wagner  wrote:

> Bei diesem ganzen Lizenzgedöns bin ich im Moment eh maximal verwirrt.
> Von mir aus kann das alles PD sein, was ich mache.

Schreib der Volsltändigkeit halber in Deine styles ein copyright und
Lizenzbedingungen rein.

> Die Karte muss halt im Moment CC-BY-SA sein und wenn die neue
> Lizenz kommt, dann eben was anderes.

Mit der neuen Lizenz hast Du selber die Freiheit die
Lizenzbedingungen Deiner erzeugten Werke festzulegen.

> Wenn Felix sein Zeug unter was anderem veröffentlicht, ist mir das
> eigentlich ziemlich schnuppe, solange man das runterladen und
> benutzen kann.

Mein Problem ist dass Non-Free (und NC ist für mich Non-Free)
Software mit den Vereiszielen des FOSSGIS kollidiert.

> Sollte das gegen irgendwelche FOSSGIS-Server Regeln verstoßen, fänd
> ich das erstmal seltsam, aber müsste mich dann wohl fügen und den
> velomap-teil abstellen.  Hoffe eigentlich nicht, dass es so weit
> kommen muss.

Das hoffe ich auch nicht weil ich eigentlich ein privates Interesse
an eine guten Radkarte habe. Ich kann da aber letztlich wenig ändern
das steht im git commit log nunmal so drin.

Das Problem ist halt dass der FOSSGIS Verein die Förderung freier
Daten und freier Software in seiner Satzung drinstehen hat und durch
die Förderung einer Karte mit NC attribut arbeiten wir daher aktiv
gegen unsere eigene Satzung :(

Zum Schluß mal noch eine rein technische Frage. Was muss ich denn
machen wenn ich Deine Zusatzlayer mit der velomap verheiraten
möchte? Hintergrund ist dass ich demnächst eine größere Tour vorhabe
und die velomap da super geeignet ist. Die Openstreetbugs hätte ich
aber trotzdem gerne zuschaltbar.

Sven

-- 
"Das Einzige, wovor wir Angst haben sollten, ist die Angst selbst"
(Franklin D. Roosevelt)

/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] Querung über Spielstraße

[Peter Wendorff]

 On 01.09.2010 21:46, Torsten Leistikow wrote:

Peter Wendorff schrieb am 01.09.2010 21:39:

Mir fehlt noch eine richtig gute Lösung, die Einzelnen Teile der Straße
zusammenzubinden

Und solange das fehlt, sind die separat eingetragenen Wege reiner Datenmuell,
der mehr stoert als das er nutzt.
Es gibt halt eben nicht nur die von dir eingetragenen Querungsmoeglichkeiten
sondern noch unendlich viele dazwischen.
Wer diese "unendlich vielen dazwischen" nutzen möchte, kann auch mit 
meinem Datenmodell einfach die Straßenseite wechseln, denn 
zusammengehörige Bürgersteige lassen sich ja finden - und wem das zu 
komplex ist, der kann immer noch (wie du ja offensichtlich vorschlägst) 
über die Straßen selbst routen
(footway=no / footway:left=no / footway:right=no tagge ich trotzdem auch 
weiterhin, da das eine Information ist, die es erlaubt, nicht 
existierende von nicht eingezeichneten Fußwegen zu unterscheiden).


Mir ist klar, dass man auch zwischen zwei eingetragenen Querungen oft 
die Straßenseite wechseln kann.
Wenn aber jede mögliche Querung an Kreuzungen und Einmündungen (auch 
über den durchgehenden Weg) eingetragen ist, dann reicht das, um 
Routinganweisungen zu generieren - und es macht kaum Routen dadurch 
schlechter, dass nicht überall Querungen eingetragen sind.
Einzige Ausnahme: eine Route, die auf der gleichen Straße bleibt und die 
Straßenseite wechselt, macht evtl. einen Umweg, um eine Querungsstelle 
zu erreichen. Sehende würden das ignorieren und die Straßenseite einfach 
wechseln, Rollstuhlfahrer und Blinde würden zurecht die barrierefreiere 
oder besser abgesicherte Querung bevorzugen, die das Navi vorschlägt.


Warum das jetzt Datenmüll sein soll, der stört, verstehe ich nicht.
Wenn alles, was die Datenbank "unübersichtlicher" macht, Datenmüll ist, 
können wir 80% dessen rausschmeißen, was momentan eingetragen wird oder 
werden kann.


Gruß
Peter

Gruss
Torsten

___
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] ....ich bleib bei OSM !

[Sven Geggus]

Frederik Ramm  wrote:

> Derzeit muss eine Garmin-Karte aus OSM-Daten immer unter der CC-BY-SA 
> (ohne NC) stehen. Nun waere zu klaeren, ob eine Garmin-Karte ein aus dem 
> Style-File abgeleitetes Werk ist.

Stylefiles + OSM-Daten + typfile + icons = Garminfile

Die Stylefiles sind Anweisungsregeln wie Attribute umzusetzen sind
da würde eine Softwarelizenz wie die GPL passen die dann aber
wiederum nur die Stylefiles selbst und abgeleitete Regeln schützt.

Für icons und typfile sind aber CC Lizenzen durchaus im
ursprünglichen Sinn geeignet.

So gesehen halte ich Garminkarten durchaus für küstlerische Werke für
die CC Lizenzen geeignet sind.

Gruss

Sven

-- 
Um Kontrolle Ihres Kontos wiederzugewinnen, klicken Sie bitte auf das
Verbindungsgebrüll. (aus einer Ebay fishing Mail)

/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] Deutsche OSM-Technik-HowTos

[Benjamin John]

Am 01.09.2010 20:52, schrieb Benjamin John:

> An dem Rechner wo ich gerade sitze funktioniert's, und ich könnt
> schwören das es auch an dem Probleme gab...

Ich glaube ich bin einen Schritt weiter, die zeitliche Differenz
zwischen dem Download-File und dem was ich der state.txt eingetragen
habe war wohl zu kurz gewählt (ca. 12 Std)
Ich hab mir mal das Download-File angeschaut, der Inhalt ist deutlich
älter als das Dateidatum vermuten läßt. Ich werd morgen mal in Ruhe das
Ganze nochmal komplett durchlaufen lassen.

Für heute genug

Benjamin

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

Re: [Talk-de] htc-Smartphone mit osm

[Wolfgang]

Hallo,
Am Mittwoch 01 September 2010 21:00:53 schrieb Lars Lingner:
> Am 01.09.2010 20:33, schrieb Jan Tappenbeck:
> >  hi !
> >
> > kann einer was zur Verwendung von OSM-Karten auf htc-smartphones sagen
> > (schreiben)?
> 
> Ich hatte schon einige Android-Modelle in der Hand. Da gibt es schicke
> OSM-Anwendungen. Offlinekarten und Routing habe ich schon gesehen.
> 
> Eine Übersicht gibt http://wiki.openstreetmap.org/wiki/Android
> 

Da drängt sich das nüviphone A50 von Garmin ja direkt auf. Karten von Garmin 
oder OSM, Routing-Software unter GPL oder von Garmin

Hat das schon jemand getestet?

Gruß, Wolfgang

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

Re: [Talk-de] Openstreetmap-Daten für Navigationssy steme der Automobilhersteller?

[Garry]

Am 01.09.2010 08:35, schrieb Bernd Wurst:

Am Dienstag 31 August 2010, 23:27:35 schrieb Friedhelm Schmidt:
   

Weiss nicht, Bernd. Vielleicht zu kurz gesprungen. Also - ich hab
bislang kein Navi (ohne Witz). Aber wenn ich mir eines kaufe, dann ein
Garmin. Wegen der offenen Karten.
 

Ich glaube dennoch, dass bei einem typischen Navi-Nutzer (1 x Gerät kaufen,
3-4 mal Kartenupdate kaufen) an den Karten mehr Geld verdient ist (bei Null
Produkthaftungs-Risiko).
   

Von welchem typischen Navi-Nutzer sprichst Du?
3-4Kartenupdates kommt vielleicht im gewerblichen Bereich noch häufiger 
vor, für Privatpersonnen
ist so ein Update das teilweise immer noch im mehreren 100Euro-Bereich 
liegt in der Regel zu teuer.
Dazu kommen noch die in der letzten Zeit eingeführten "Kartenflatrates" 
so dass bei den nicht-Festeinbauten
kaum mehr als mit den Einnahmen eines einmaligen konventionellen Updates 
zu rechnen ist bevor wieder ein

neues Gerät angeschaft wird.

Klar, du als Anwender pickst dir quasi die Rosinen raus und nimmst das Garmin-
Gerät und kaufst dann keine Karten. Das geht in deren Kalkulation vermutlich
unter, denn ich denke dass nach wie vor die meisten User auch Karten bei
Garmin kaufen.

Schön wär's natürlich, wenn ein Hersteller sich explizit als Hardware-
Hersteller sieht, gute Geräte mit offenem Kartenformat anbietet. Aber so sieht
sich Garmin meiner Einschätzung nach nicht.
   
OSM ist noch "etwas" davon entfernt um von einem "guten Navi" sprechen 
zu können wenn ausschliesslich OSM
darauf läuft. Dafür sind einfach noch die Lücken zu gross und auch gut 
gemappte Gegenden zu unterschiedlich in der Umsetzung.
Und das parallel auf einem Gerät auch kommerzielle Karten unterstützt 
werden (bzw. umgekehrt) wird wohl von den Kartenherstellern
gezielt unterbunden. Garmin ist davon wohl die einzigste Ausnahme - aber 
ehr aus Zufall und nicht geplant...


Garry

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

Re: [Talk-de] Projekt DE des Monats - Tankstellen

[Garry]

Am 01.09.2010 09:10, schrieb Jan Tappenbeck:


fuel_electricity ("Steckdose")
  * nodes: 30
  * ways: 1

Diese aber bitte vollkommen getrennt von einer normalen Tankstelle!
Sonst werden die Tankstellen-POIs auf allen bestehenden Anwendungen die 
nicht nach der Sorte unterscheiden (derzeit wohl die meisten) wertlos wenn

jede Tank-Steckdose als Tankstelle auftaucht.
Auch denke ich dass Ladestation an der normalen Tankstelle ehr die 
Ausnahme bleiben wird. Die herkömmlichen Tankstellen sind auf hohen 
Durchsatz
ausgelegt - im Schnitt ehr unter 5Minuten die ein Zapfsäulenplatz inkl. 
Bezahlvorgang belegt ist. d.h. in der Stunde kann man da schnell mal in 
den 4stelligen-Euro-Bereich

an Umsatz kommen.
Beim Elektrofahrzeug benötigt man mindestens15Minuten um eine 
nenneswerte Ladung ins Fahrzeug zu bekommen - das sind dann vielleicht mal
10kWh. Setzt man (hoch gegriffen) 1Euro/kWh an käme man pro Stunde 
gerade mal auf 40Euro Umsatz/h. D.h. der Erzielbare Umsatz pro 
"Tankplatz" ist beim
Elektrofahrzeug nach meinen Schätzungen ziemlich sicher unter 1/10 von 
dem eines Verbrenners. Von daher denke ich dass sich die 
Elektrotankstellen ehr getrennt vom bisherigen Tankstellennetzt
an Supermarkt-, Schnellrestaurant-, etc Parkplätzen ansiedeln werden. 
Also an Orten wo die Fahrzeuge sowieso längere Zeit stehen weil die 
Nutzer ihre Einkäufe etc. erledigen und nicht nur darauf

warten dass der "Tank" wieder aufgefüllt ist.
Ich würde mich freuen, wenn wir dieses Thema entsprechend verdichtet 
bekämen.


Wenn das "Projekt DE des Monats" gut ankommt könnten wir ja vielleicht 
soetwas wiederholen. Eine Wiki-Seite hierzu habe ich erst einmal noch 
nicht angelegt.
Was unbedingt mit rein sollte ist die Möglichkeit der Kartenzahlung 
(möglichst auch Unterscheidung eC/Kreditkarte da häufig 
Kredikartenzahlung ausgeschlossen wird) und
Bargeld-Automat, was sich natürlich auch entsprechend in den 
Öffnungszeiten niederschlagen sollte.



Garry

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

Re: [Talk-de] Openstreetmap-Daten für Navigationssy steme der Automobilhersteller?

[Garry]

Am 30.08.2010 18:47, schrieb Frank Sautter:

hallo zusammen,

in vielen deutschen autos sind navigationssysteme von blaupunkt (vw/audi
gruppe, bmw) bzw. becker (mercedes) bereits ab werk eingebaut.
   
So eine feste Herstellerzuordnung gibt es nicht, da wird bunt gewürfelt 
und kombiniert...

angesichts der preise der navigationscds kann ich mir gut vorstellen,
dass alle unsere bestrebungen, openstreetmapkarten auf die geräte zu
bringen, abgeblockt werden und eine druckertintengeschäftspolitik
betrieben wird.
   
Es soll auch Verträge geben die eine Verwendbarkeit der 
Mitbewerberkarten untersagen...

gibt es von unserer seite bereits bestrebungen daten für diese geräte
bereitzustellen?
gibt es kontakte/kontaktversuche zu den herstellern?
   


Ich denke schon mal dass es ein Problem ist dass die Automobilhersteller 
auf eine (Iso...)-Zertifizierung Ihrer
Lieferanten bestehen. OSM hat nicht mal ein konsistentes Datenmodell auf 
das man sich verlassen kann  - nicht mal
eine Versionierung so dass sich jedes Tag zu jedem beliebigen Zeitpunkt 
ändern kann.
Und die Navihersteller liefern das was der Automobilhersteller von Ihnen 
verlangt. Also selbst wenn die Naviherrsteller
schon eine Umsetzung in der Schublade haben werden diese kaum das Licht 
der Öffentlichkeit erblicken.


OSM kann noch so tolle Kartendemos machen - ohne einer verlässlichen 
Datenmodellbeschreibung bleiben es letztenendes nur Demos,
auch wenn die Daten 1000mal detailierter und präziser als die 
kommerziellen Produkte sind.

Daher _auch_ mein Beitrag:
Lizenzumstellung - Warum kein OSM 2.0 mit besserem Datenmodell?

Garry


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

Re: [Talk-de] Navigations-Hinweise auf Autobahnen (war: Autobahnrouting)

[Garry]

Am 31.08.2010 00:08, schrieb Thomas Ineichen:

Hallo Michael,

   

Wenn ja: mit welchen Tags sollte man so etwas machen?
 

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

MMn  kann  man das ruhig auch für die 'geradeaus' weiterführende Auto-
bahn verwenden.
   
Wäre da "direction"(Richtung) nicht geeigneter? Wenn ich der 
Beschilderung in Richtung Berlin folgen soll heisst das ja noch lange nicht

dass Berlin auch mein Ziel (destination) ist...

Garry

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

Re: [Talk-de] Autobahnrouting

[Garry]

Am 01.09.2010 09:14, schrieb Martin Simon:

Die Information "Die nächsten 150km bleibst Du auf dieser Autobahn" geht
also derzeit am Garmin verloren.
 

Das kann ich nicht bestätigen. ich bin in letzter Zeit drei längere
Strecken gefahren (hin und zurück, 2x ~250 km, 1x ~550 km) und hatte
das Problem auf diesen Strecken nicht (garmin vista hcx, mkgmap 1652).
   

Mit den Karten von Karsten?
In welchem Gebiet? Vielleicht sind dort ja auch die Daten zufällig 
unproblematisch gewesen?

Prüf mal bitte, welchen Garmin-typ motorway und motorway_link bei dir
haben - 0x01 und 0x09 sollten funktionieren. (das ist wichtig, da ein
Wechsel von 0x01 auf 0x09 immer als "Abfahren" interpretiert wird und
die andere Alternative dann als "geradeaus" angenommen wird)
   

Wie kann ich das prüfen? Oder muss das Carsten machen?

Gruss
Garry

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

Re: [Talk-de] Deutsche OSM-Technik-HowTos

[Stephan Knauss]

Walter Nordmann wrote:

dann pack ne bbox in das osm2pgsql-statement in load-next rein. geht bei mir
prima. 
es gibt aber hier jemanden im thread, der sagt, dass ihm TROTZ bbox auch

Daten reinkommen, die er nicht haben will. (stephan?)


Ja, war ich. Die BBox funktioniert so weit, dass in den _point _polygon, 
etc Tabellen schon das Richtige steht.


für den slim-mode gibt es weitere Tabellen. Die bbox wirkt nur auf 
Nodes, da nur diese eine Koordinate haben. Es findet bei den Ways und 
relationen kein Check statt ob deren Nodes auch in der bbox enthalten sind.
Damit wächst die Zahl der aktiven Tupel in der _ways und _rels Tabelle 
an. Da sie ja aktiv sind hilft auch kein Vacuum.


Du kannst mal die Ways ansehen die hier gefunden werden:

select * from planet_osm_ways as w WHERE 0 = (SELECT count(1) from 
planet_osm_nodes as n WHERE n.id = ANY(w.nodes) )


Es bietet sich an die bbox etwas größer zu machen, da an den rändern 
Daten unberücksichtigt bleiben können.


Zum fehlenden Import:
Kannst du prüfen ob der angegebene style von osm2pgsql wirklich gefunden 
wird und lesbar ist? Wäre möglich dass die Tags nicht passen und 
osm2pgsql die Daten für uninteressant hält und nicht importiert.



Stephan


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

Re: [Talk-de] Autobahnrouting

[Martin Simon]

Am 1. September 2010 12:55 schrieb Garry :
> Mit den Karten von Karsten?

Nein, mit denen von Martin. ;-)

> In welchem Gebiet? Vielleicht sind dort ja auch die Daten zufällig
> unproblematisch gewesen?

Das war von Köln aus in die Umgebung von Erfurt und zurück, nach
Heidelberg und zurück über die A 3 und nach Heidelberg und zurück über
die A61.

Ich kenne das Phänomen auch von früher, aber ich meine es wäre eine
"Typfrage" gewesen.

> Wie kann ich das prüfen? Oder muss das Carsten machen?

Wenn ich mich recht erinnere, hat er irgendwo seine styles
veröffentlich, schau dort mal in die datei "lines".

Gruß,

Martin

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

Re: [Talk-de] Openstreetmap-Daten für Navigationssy steme der Automobilhersteller?

[Michael Kugelmann]

 Am 31.08.2010 22:55, schrieb Stephan Knauss:
Auf dem Eclipse Demo Camp von 2008 gab es einen Vortrag dazu von einem 
dieser Navihersteller:

Na ja: viel aussagekräftig war das für mich nicht...


Grüße,
Michael.


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

Re: [Talk-de] Querung über Spielstraße

[M∡rtin Koppenhoefer]

Am 1. September 2010 22:03 schrieb Peter Wendorff :
> Warum das jetzt Datenmüll sein soll, der stört, verstehe ich nicht.
> Wenn alles, was die Datenbank "unübersichtlicher" macht, Datenmüll ist,
> können wir 80% dessen rausschmeißen, was momentan eingetragen wird oder
> werden kann.


Datenmüll ist ein bisschen hart, aber es widerspricht schon unseren
Konventionen für highway=footway. Du solltest m.E. dafür ein Extratag
benutzen, sowas wie highway=sidewalk oder vielleicht auch ohne
highway-tag. Nur footway=sidewalk zum Beispiel. Im Prinzip ist es ja
egal, wie das Tag heisst, aber wenn wir für highways grundsätzlich
bauliche Trennung fordern wird es für den Mapper einfacher, als wenn
man das alles mischt.

Gruß Martin

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

Re: [Talk-de] Querung über Spielstraße

[M∡rtin Koppenhoefer]

Am 2. September 2010 00:22 schrieb M∡rtin Koppenhoefer :
> egal, wie das Tag heisst, aber wenn wir für highways grundsätzlich
> bauliche Trennung fordern wird es für den Mapper einfacher, als wenn
> man das alles mischt.


prinzipiell funktioniert das mit den getrennten ways für sog. bauliche
Trennung sowieso nicht so recht: Man könnte ja die Bordsteinkante auch
als bauliche Trennung auffassen. Es ist immer die Frage, für wen
getrennt. Für Fußgänger (oder auch z.B: Fahrräder) sind andererseits
Stellen, die für Autos baulich getrennt sind, oft durchlässig.
Auch kann man kann oft an jeder beliebigen Stelle die Straßenseite
wechseln. Oder eben auch nicht, weil es Brüstungen, Leitplanken,
Gebüsch, Mauern oder Grasstreifen gibt. Diese Trennung zu definieren
um die Durchlässigkeit abzuschätzen wäre nicht schlecht (s.
Area-Relation ;-) ).

Gruß Martin

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

Re: [Talk-de] Openstreetmap-Daten für Navigationssy steme der Automobilhersteller?

[Johann H. Addicks]

Am 01.09.2010 12:52, schrieb Garry:

OSM kann noch so tolle Kartendemos machen - ohne einer verlässlichen
Datenmodellbeschreibung bleiben es letztenendes nur Demos,
auch wenn die Daten 1000mal detailierter und präziser als die
kommerziellen Produkte sind.


Ich denke, dass der Wikipedia-Ansatz irgendwann stechen wird:
"Es können zwar Fehler drin sein, aber rein empirisch ermittelt haben 
wir weniger als die unfreie Konkurrenz".


Aber da ist OSM noch nicht. Es fehlt noch an Detailgrad "in der Pampa" 
und -noch viel drastischer- an Hausnummern, auch in größeren Städten.


(Wer würde heute ein Navi haben wollen ohne funktionsfähiges 
Hausnummern-Routing? Das gab's bei den Kommerziellen beim Wechsel von 
TomTom1 auf TomTom2, das muss ca. 2003 gewesen sein.)


Anyway, die von Dir beschriebenen "Datenmodellprobleme" sehe ich nicht. 
Das lässt sich mit einer eingeschobenen Meta-Ebene (das was jetzt ja 
auch bei der Generierung der Garmin-Karten passiert) lösen.
Klar, in so einem Praeprozessor steckt viel Gehirnschmalz. Aber warum 
nicht, wenn's doch geht.


Und dass man damit durchaus sinnvolle Routingergebnisse bekommt das 
beweisen die Nüvis doch gern.



-jha-


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

Re: [Talk-de] Im Bau befindliche Brücke

[Garry]

Am 01.09.2010 20:33, schrieb Robert S.:


ich habe gestern eine Brücke entdeckt, die momentan Rekonstruiert wird
   

somit für einige Zeit nicht nutzbar ist. Wie sollte das korrekt getaggt

werden?
   

Ich hatte das mal so gemacht:

access = no
construction = yes
construction:period = Frühjahr 2009 bis Herbst 2010
highway = tertiary
 



Das übliche tagging ist allerdings:
highway = construction
construction = tertiary


construction=yes sehe ich zumindest eher als Zusatztag unter dem Motto "Hier
wird (längerfristig) gebaut, man kann aber noch durchkommen."
__
 

Das Thema war noch lange nicht ausdiskutiert.
Leider hat sich Frederik als Administrator(?) das Recht herausgenommen 
eine feige "Säuberungsaktion" *) von einem mit
gefälschtem Namen agierenden User  **) auch noch zu unterstützen in dem 
er die Rückänderung in die schon seit vielen Monaten /Jahren

bestehende Tagging-Variante durch Androhung einer Sperre verboten hat.

*)   es wurden alle construction =yes in highway=construction konvertiert
**)  Es wurde offenbar eine OSM-Systemlücke derart ausgenutzt dass mein 
Username als
  Ausführender dieser Edits erschien - in meinen Augen eine 
Urkundenfälschung durch den ausführenden User


Mit dem Hintergrund stellt sich mir dann auch die Frage was das ganze 
Theater mit der Zustimmung zu einer Lizenzumstellung
wert ist wenn nicht mal eine einfache eindeutige Zuordnung von Edits zu 
Usern möglich scheint...


Garry

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

Re: [Talk-de] Im Bau befindliche Brücke

[M∡rtin Koppenhoefer]

Am 2. September 2010 00:53 schrieb Garry :
>>> Das übliche tagging ist allerdings:
>>> highway = construction
>>> construction = tertiary
> Das Thema war noch lange nicht ausdiskutiert.


doch, war es. Du warst halt nicht mit dem Ergebnis einverstanden. Im
Prinzip ist es doch wurscht, wie die Tags heissen. Hauptsache es
funktioniert und kommt nicht so leicht zu Verwechslungen. In diesem
Sinne ist die highway=construction-Variante die bessere.

Gruß Martin

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

Re: [Talk-de] Querung über Spielstraße

[Matthias Versen]

Peter Wendorff wrote:


Wie sollte man dann an einer Kreuzung die 4 (möglicherweise
unterschiedlich ausgestatteten Fußgängerampeln taggen?



Eine normale Straßenkreuzung sind 2 kreuzende ways mit einem 
Verbindungsnode in der Mitte. Dieser Node bekommt dann ein 
highway=traffic_signals Tag.

siehe auch http://wiki.openstreetmap.org/wiki/Traffic_lights

Die Ansage für

Gerade Dein Beispiel mit der Spielstraße zeigt das der Ansatz der 
Fußgängernavigation die anscheinend metergenau erfolgen soll mit 
Vektoren nicht vernünftig umsetzbar ist.Als Fußgänger kann man quasi 
fast überall langlaufen.Dir ist auch hoffentlich bewusst das in 
Straßenschluchten die normale GPS genauigkeit von "nur" 7m+ noch 
wesentlich schlechter werden kann durch Reflektionen ?


Selbst der Ansatz der Erfassung der Straße als Fläche würde hier nicht 
helfen wenn ich das richtig sehe.


Du darfst nicht vergessen das solche Daten auch immer gewartet werden 
müssen und das von Mappern die das erst 3 Monate machen und Potlatch 
benutzen denn der typische OSM Mapper ist AFAIK nur 3 Monate dabei.
Die Wartung der Daten wird in naher Zukunft auch immer wichtiger werden 
und das ergibt dann irgendwann ein Motivationsproblem denn neue Straßen 
erfassen macht immer mehr Spaß als an alten herumzubasteln.
Deswegen mag ich es nicht das irgendjemand für sein tolles 
Studienprojekt, Diplomarbeit oder sonstwas einfach Daten in die DB 
kippen will um die sich dann später keiner mehr kümmert.
Ob das bei Dir der Fall ist weiß ich nicht ganz genau aber es hört sich 
danach an. Dabei habe ich immer eine breite Fußgängerzone im Hinterkopf 
wo x virtuelle Fußgängerways eingetragen werden.



Matthias




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

Re: [Talk-de] Projekt DE des Monats - Tankstellen

[Jan Tappenbeck]

Am 01.09.2010 12:51, schrieb Garry:

Am 01.09.2010 09:10, schrieb Jan Tappenbeck:


fuel_electricity ("Steckdose")
* nodes: 30
* ways: 1

Diese aber bitte vollkommen getrennt von einer normalen Tankstelle!
Sonst werden die Tankstellen-POIs auf allen bestehenden Anwendungen die
nicht nach der Sorte unterscheiden (derzeit wohl die meisten) wertlos wenn
jede Tank-Steckdose als Tankstelle auftaucht.
Auch denke ich dass Ladestation an der normalen Tankstelle ehr die
Ausnahme bleiben wird. Die herkömmlichen Tankstellen sind auf hohen
Durchsatz
ausgelegt - im Schnitt ehr unter 5Minuten die ein Zapfsäulenplatz inkl.
Bezahlvorgang belegt ist. d.h. in der Stunde kann man da schnell mal in
den 4stelligen-Euro-Bereich
an Umsatz kommen.
Beim Elektrofahrzeug benötigt man mindestens15Minuten um eine
nenneswerte Ladung ins Fahrzeug zu bekommen - das sind dann vielleicht mal
10kWh. Setzt man (hoch gegriffen) 1Euro/kWh an käme man pro Stunde
gerade mal auf 40Euro Umsatz/h. D.h. der Erzielbare Umsatz pro
"Tankplatz" ist beim
Elektrofahrzeug nach meinen Schätzungen ziemlich sicher unter 1/10 von
dem eines Verbrenners. Von daher denke ich dass sich die
Elektrotankstellen ehr getrennt vom bisherigen Tankstellennetzt
an Supermarkt-, Schnellrestaurant-, etc Parkplätzen ansiedeln werden.
Also an Orten wo die Fahrzeuge sowieso längere Zeit stehen weil die
Nutzer ihre Einkäufe etc. erledigen und nicht nur darauf
warten dass der "Tank" wieder aufgefüllt ist.

Ich würde mich freuen, wenn wir dieses Thema entsprechend verdichtet
bekämen.

Wenn das "Projekt DE des Monats" gut ankommt könnten wir ja vielleicht
soetwas wiederholen. Eine Wiki-Seite hierzu habe ich erst einmal noch
nicht angelegt.

Was unbedingt mit rein sollte ist die Möglichkeit der Kartenzahlung
(möglichst auch Unterscheidung eC/Kreditkarte da häufig
Kredikartenzahlung ausgeschlossen wird) und
Bargeld-Automat, was sich natürlich auch entsprechend in den
Öffnungszeiten niederschlagen sollte.


hi!

die Bezahlung sollte auch rein - aber mir ist noch nichts gescheites 
eingefallen für die Darstellung. Wieder nur eine Auflistung wie beim 
Treibstoff - Logos wären schön aber meist geschützt !


Eine Idee ?

Gruß Jan :-)






Garry




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

[Talk-de] Tankstellen - Bezahlung-Nachtrag

[Jan Tappenbeck]

Am 02.09.2010 06:10, schrieb Jan Tappenbeck:

Am 01.09.2010 12:51, schrieb Garry:

Am 01.09.2010 09:10, schrieb Jan Tappenbeck:


fuel_electricity ("Steckdose")
* nodes: 30
* ways: 1

Diese aber bitte vollkommen getrennt von einer normalen Tankstelle!
Sonst werden die Tankstellen-POIs auf allen bestehenden Anwendungen die
nicht nach der Sorte unterscheiden (derzeit wohl die meisten) wertlos
wenn
jede Tank-Steckdose als Tankstelle auftaucht.
Auch denke ich dass Ladestation an der normalen Tankstelle ehr die
Ausnahme bleiben wird. Die herkömmlichen Tankstellen sind auf hohen
Durchsatz
ausgelegt - im Schnitt ehr unter 5Minuten die ein Zapfsäulenplatz inkl.
Bezahlvorgang belegt ist. d.h. in der Stunde kann man da schnell mal in
den 4stelligen-Euro-Bereich
an Umsatz kommen.
Beim Elektrofahrzeug benötigt man mindestens15Minuten um eine
nenneswerte Ladung ins Fahrzeug zu bekommen - das sind dann vielleicht
mal
10kWh. Setzt man (hoch gegriffen) 1Euro/kWh an käme man pro Stunde
gerade mal auf 40Euro Umsatz/h. D.h. der Erzielbare Umsatz pro
"Tankplatz" ist beim
Elektrofahrzeug nach meinen Schätzungen ziemlich sicher unter 1/10 von
dem eines Verbrenners. Von daher denke ich dass sich die
Elektrotankstellen ehr getrennt vom bisherigen Tankstellennetzt
an Supermarkt-, Schnellrestaurant-, etc Parkplätzen ansiedeln werden.
Also an Orten wo die Fahrzeuge sowieso längere Zeit stehen weil die
Nutzer ihre Einkäufe etc. erledigen und nicht nur darauf
warten dass der "Tank" wieder aufgefüllt ist.

Ich würde mich freuen, wenn wir dieses Thema entsprechend verdichtet
bekämen.

Wenn das "Projekt DE des Monats" gut ankommt könnten wir ja vielleicht
soetwas wiederholen. Eine Wiki-Seite hierzu habe ich erst einmal noch
nicht angelegt.

Was unbedingt mit rein sollte ist die Möglichkeit der Kartenzahlung
(möglichst auch Unterscheidung eC/Kreditkarte da häufig
Kredikartenzahlung ausgeschlossen wird) und
Bargeld-Automat, was sich natürlich auch entsprechend in den
Öffnungszeiten niederschlagen sollte.


hi!

die Bezahlung sollte auch rein - aber mir ist noch nichts gescheites
eingefallen für die Darstellung. Wieder nur eine Auflistung wie beim
Treibstoff - Logos wären schön aber meist geschützt !

Eine Idee ?

Gruß Jan :-)






Garry


Dann sollte das noch mit in das JOSM-Template - wird dann allerdings 
langsam zu groß für die gängigen Bildschirme und schreit dann nach einem 
Dialog-Readisgn.


gruß Jan .-)


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

Re: [Talk-de] Projekt DE des Monats - Tankstellen

[Johannes Huesing]

Garry  [Wed, Sep 01, 2010 at 12:51:20PM CEST]:
> Am 01.09.2010 09:10, schrieb Jan Tappenbeck:
> >
> >fuel_electricity ("Steckdose")
> >  * nodes: 30
> >  * ways: 1
> Diese aber bitte vollkommen getrennt von einer normalen Tankstelle!

Mir behagt diese Denkweise nicht so recht. Wenn wir mit OSM in den 
1980ern angefangen hätte, würde sie dazu führen, dass Kartentelefone
völlig getrennt von Münztelefonen zu führen werden, damit niemand
mit Münzen wie der Ochs vorm Berg steht.


-- 
Johannes Hüsing   There is something fascinating about science. 
  One gets such wholesale returns of conjecture 
mailto:johan...@huesing.name  from such a trifling investment of fact.  
  
http://derwisch.wikidot.com (Mark Twain, "Life on the Mississippi")

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

Re: [Talk-de] Im Bau befindliche Brücke

[bkmap]

Am 02.09.2010 01:02, schrieb M∡rtin Koppenhoefer:
> Am 2. September 2010 00:53 schrieb Garry :
 Das übliche tagging ist allerdings:
 highway = construction
 construction = tertiary
>> Das Thema war noch lange nicht ausdiskutiert.
> 
> 
> doch, war es. Du warst halt nicht mit dem Ergebnis einverstanden. Im
> Prinzip ist es doch wurscht, wie die Tags heissen. Hauptsache es
> funktioniert und kommt nicht so leicht zu Verwechslungen. In diesem
> Sinne ist die highway=construction-Variante die bessere.

Es ist noch nicht ausdiskutiert. OSM lebt und entwichelt sich

Ich habe das Thema verfolgt, hatte aber bei meinen Aktivitäten bislang
noch keinen Grund, darüber genauer nachdenken zu müssen. Das ist jetzt
anders und es würde mich wundern, wenn ich der eineige bin, der jetzt
oder in Zukunft auf ähnliche Sachverhalte stößt.
Beispiele:

Eine Sportstätte wird erschlossen und gebaut - mein Tagging für alle
Bestandteile inclusive Parkplätze und Zufahrtswege: access=no,
construction=yes

Ein Teich wird leergelassen und inclusive Schutzhütte und Wege
umfangreich rekunstruiert. Das Gebiet ist für jeglichen Zugang gesperrt
- mein Tagging: access=no, construction=yes

Mir fallen zig Situationen ein, bei denen durch Rekonstruktion
vorübergehend kein Zugang möglich ist: Einkaufszentrum, Schwimmhalle,
Eislaufbahn, Parkhaus, Aussichtsturm .

Nach meinem jetzigen Kenntnisstand wäre ein einheitliches Tag
"construction=yes" für alle in Bau befindliche Objekte sehr sinnvoll uns
logisch, auch wenn schon 1000 Leute die übliche Variante nutzen, die ich
für Straßen übrigens auch schon verwendet habe. Ich bin dafür, neue
Objekte mit "construction=yes" zu taggen. Die alten Tags müssen für eine
Umstellung nicht unbedingt geändert werden. Die verschwinden sowieso,
wenn die Baumaßnahme beendet ist.

Wenn jemand einen besseren Vorschlag hat - bitte posten!

Gruß Burkhard



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

Re: [Talk-de] AIO - Layer kombinieren

[Christoph Wagner]

Am 01.09.2010 21:57, schrieb Sven Geggus:

> Zum Schluß mal noch eine rein technische Frage. Was muss ich denn
> machen wenn ich Deine Zusatzlayer mit der velomap verheiraten
> möchte? Hintergrund ist dass ich demnächst eine größere Tour vorhabe
> und die velomap da super geeignet ist. Die Openstreetbugs hätte ich
> aber trotzdem gerne zuschaltbar.


Du nimmst dir die entsprechenden gmapsupps her und machst eine gmapsupp draus.
Dazu gibt es unzählige Möglichkeiten. Die OpenSourceVariante geht mit mkgmap:

java -jar mkgmap.jar --gmapsupp gmapsupp_velomap.img gmapsupp_osb.img

und fertig.

Kannst auch QlandkarteGT, Mapsource, gmaptool, sendmap (von cGPSMapper) oder 
maptk nehmen.

Grüße
Christoph




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

Re: [Talk-de] Im Bau befindliche Brücke

[Garry]

Am 02.09.2010 01:02, schrieb M∡rtin Koppenhoefer:

Am 2. September 2010 00:53 schrieb Garry:
   

Das übliche tagging ist allerdings:
highway = construction
construction = tertiary
 

Das Thema war noch lange nicht ausdiskutiert.
 


doch, war es.
Nur für die, die sich nicht für Details interessieren wie Trasse 
freigeraümt, Trassierung angelegt, Fahrbahn vorhanden,
Brücken vorhanden, Fahrspur eingeengt, 4+0 Verkehr, Da gibt es bis 
heute noch keine Lösung dafür.


Garry

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

[Talk-de] Frage zum Scannen einer Wiki-Seite

[Jan Tappenbeck]

 Hallo Tobias,

Du hattest mir mal ein Script für das Auslesen einer Wiki-Tabelle 
geschrieben. Darin gibt es folgende Unterfunktion:


sub get_browse_link
{
  my $data=shift;
  my $found=0;
  # alle zeilen durch gehen
  for my $zeile (@$data)
  {
#alle spalten durch gehen
for my $elm (@$zeile)
{
  # wenn es wie ein OSM-Link aussieht nummer herausschneiden
  if($elm=~m!\[http://www.openstreetmap.org/browse/\w+/(\d+)\]!)
  {
$elm=$1;
$found++;
  }
}
  }
  return $found;
}

Wenn der OSM Link nicht

[http://www.openstreetmap.org/browse/node/442860074]

ist sondern

* [http://www.openstreetmap.org/browse/node/442860074/history]

ist dann ist es doch sicherlich auch möglich die Nummer zu extrahieren.

Kannst Du mir sagen wie der RegEx dann aussehen müßte?

Gruß Jan :-)

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

Re: [Talk-de] AIO steht wieder still

[Felix Hartmann]

 On 01.09.2010 20:21, Sven Geggus wrote:

Christoph Wagner  wrote:


Es ist durchaus so, dass mittlerweile schon ein paar Leute
signalisiert haben, dass sie gerne mitarbeiten möchten und 4 Leute
haben auch schon schreibzugriff aufs repo und auch schon mal hier
und da was eingecheckt.

Jupp! Ich habe mir vorhin mal "git log" angeschaut und habe unter
anderem Festgetellt dass Felix die Lizenz seiner Stylefiles unter
eine NC Lizenz gestellt hat. Ich bin da ein wenig kritisch und möchte
erst mal beim FOSSGIS nachfragen ob solches Zeug auf den Server noch
OK geht, denn strenggenommen ist das dann nichts freies mehr.
Die Karten sind ja weitherhin CCBYSA 2.0 und dass soll auch so bleiben. 
Die Style-Files sehe ich in Bezug auf odbl jedoch nicht mehr ein, als 
CCBYSA wie bisher zu veroeffentlichen. Die Alternative waere fuer mich 
nur Closed-Source, und das wollte ich mit CCBYNCSA 3.0 eben vermeiden.


Wenn nicht, bin ich weg. CCBYSA 2.0 ist fuer mich keine Alternative 
(mehr). Wenn dem so ist, muss der Name VeloMap entfernt werden, und die 
Styles koennen mit altem Stand als CCBYSA 2.0 weiterlaufen, viel Sinn 
wuerde dass allerdings nicht machen.

Perverserweise wird dieses Problem aber erst auftreten wenn unsere
Daten odbl sind derzeit ist es schlicht nicht erlaubt aus CC-BY-SA
CC-BY-NC-SA zu machen so wir mal annehmen die CC-BY-SA wäre für
unsere Daten gültig.

Sven





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