date:20130718

Hört sich gut an, aber irgendwo hakt noch was, unter Already monitored
relations ist bei mir alles leer.
Noch ein Hinweis: wer lieber eine Email bekommt anstatt den RSS-Feed zu
checken kann sich das leicht bei ifttt.com oder ähnlichen Services
einrichten.

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

Re: [Talk-de] Programm zur Überwachung von OSM-Relationen

Am 18. Juli 2013 11:28 schrieb Martin Koppenhoefer dieterdre...@gmail.com:

 Hört sich gut an, aber irgendwo hakt noch was, unter Already monitored
 relations ist bei mir alles leer.



zu früh gekräht, bin wohl der erste gewesen und es hat ein bisschen
gedauert, jetzt ist es da...

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

Re: [Talk-de] 5 Jahre OSM - eine persönliche Bilanz

2013-07-18 Per discussione Jo

 Das ist keine Kritik an den Leuten, die diese Seiten machen. Es ist
 vielmehr
 eine Frage der Bündelung der technischen Kompetenz und der finanziellen
 Mittel.
 Linux hat aus meiner Sicht auch erst den Durchbruch in der Breite
 geschafft, als
 Canonical Ubuntu herausbrachte. Dieser Schritt steht bei OSM noch aus und
 wenn
 wir den in den nächsten ein bis zwei Jahren nicht schaffen, dann sehe ich
 die
 Zukunft des Projekts pessimistisch.


 Wieso denn pessimistisch. Der Datenbank werd immer in der breite und in
der tiefe wachsen und jeder werd immer die Daten benutzen können, wenn
nicht um Kacheln ze rendieren, dann für routing oder wer weiss was.

Kein Grund für Pessimismus.

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

Re: [Talk-de] Programm zur Überwachung von OSM-Relationen

2013-07-18 Per discussione Jan Tappenbeck


Hi !

ich finde es äußerst interessant.

Was ich für wichtig halten würde wäre das nur das Einfügen von Nodes in 
den bestehenden Verlauf nicht geloggt werden. Sonst hagelt es nur 
Meldungen in einigen Bereichen.


Gleiches gilt für das Spliten von Ways - auch wenn es vermutlich sehr 
schwer sein wird.


Also das wichtigste aus meiner Sicht (Wanderwege) wäre mitzubekommen, 
wenn die Geometrie verändert wird. Ways löschen etc.


Gruß jan :-)

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

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

Hi,

Am Thu, 11 Jul 2013 12:21:45 +0200
schrieb Tracy Kasperczyk kasperc...@mentzdv.de:

 Tracy (taoxue)
 
 i.A. Mentz Datenverabeitung GmbH

Ich sehe zur Zeit eine ziemliche Aktivität unter mehreren
Benutzernamen, bei der Bahnsteige der Länge nach gespalten werden.
Darüber müsste man erstmal diskutieren, denn eigentlich ist es ein
Bahnsteig an dem zwei Gleise liegen. Vermutlich soll eine eindeutige
Zuordnung von Gleis und Bahnsteig erreicht werden. Häufig wird dabei
aber nicht einmal Name und Ref ebenfalls angepasst, was die Frage nach
der Motivation aufkommen lässt. Seid Ihr das und ist das ein Versuch,
OSM dem Datenmodell anzupassen?

MfG
Wilhelm

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

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

Am 18. Juli 2013 16:23 schrieb Wilhelm Spickermann o...@spickermann-d.de:

 Ich sehe zur Zeit eine ziemliche Aktivität unter mehreren
 Benutzernamen, bei der Bahnsteige der Länge nach gespalten werden.
 Darüber müsste man erstmal diskutieren,



wenn da keine bauliche Trennung da ist, dann sollte die Diskussion
eigentlich schon gleich wieder zu Ende sein...

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

[Talk-de] Wochennotiz Nr. 156 9.7. - 15.7.2013

2013-07-18 Per discussione Gehling Marc

Hallo,

die Wochennotiz Nr. 156 mit allen wichtigen Neuigkeiten aus der OpenStreetMap 
Welt ist da: 

http://blog.openstreetmap.de/2013/07/wochennotiz-nr-156/

Viel Spaß beim Lesen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] 5 Jahre OSM - eine persönliche Bilanz

2013-07-18 Per discussione Bernd Wurst

Hallo.

Am 18.07.2013 11:55, schrieb Jo:
 Wieso denn pessimistisch. Der Datenbank werd immer in der breite und in
 der tiefe wachsen und jeder werd immer die Daten benutzen können, wenn
 nicht um Kacheln ze rendieren, dann für routing oder wer weiss was.

Wir haben in dieser Frage ein Identifikationsproblem bei OSM.

Einerseits ist OSM eine Datenbank und das was wir momentan als Karte
haben, sollte eigentlich gar nicht als Kartendienst für Endbenutzer
wahrgenommen werden. Das ist verständlich und sehe ich eigentlich genau so.
Es wird argumentiert, dass Infrastruktur und Traffic für eine
Endbenutzer-Karte lieber von einer Firma o.ä. gestellt werden soll,
sprich: Ein Angebot soll gemacht werden, das auf freie Geodaten
zurückgreift, aber sonst eigenständig ist.

Andererseits wurde hier in der Vergangenheit praktisch jeder auf's
übelste beschimpft, der für 20 € OSM-basierte Garmin-Karten vertickt
hat. Da macht einer ein Geschäft daraus, OSM-Daten dem Endbenutzer
anzubieten und das wird hier in aller Öffentlichkeit als irgendwie
unmoralisch abgetan (auch wenn mir jegliches Indiz dafür fehlt, was
daran schlecht sein soll).
Wenn jetzt jemand eine Karte macht, die OSM-Daten anbietet und per
User-Tracking und Werbung Geld verdient, wer von den hier anwesenden
würde die seinen Freunden empfehlen? Vermutlich die wenigsten!


Meiner Meinung nach sollte ein Teil der Spenden-Gelder für OSM in ein
Frontend fließen, das sich an den verbreiteten Kartendiensten messen
lassen muss. Es muss (spontanes Brainstorming ohne Anspruch auf
Vollständigkeit)
- echt mehrsprachig sein
- Marker ermöglichen als Polygon oder Punkt
- Routing einbinden

Das Frontend sollte so aufgebaut sein, dass es möglichst unabhängig von
der OSM-Datenbank arbeitet, eine Störung des einen also das andere nicht
betrifft.
Die einzelnen Funktionen gibt es ja schon, es muss nur gewollt sein, die
zu bündeln.


Nur mit einem solchen Angebot kann sich OSM bei den 08/15-Anwendern als
Marke etablieren und nur wenn das geht, wird es ausreichend
spendenbereite Menschen geben um das Projekt langfristig zu finanzieren.
Ich seh's eigentlich nicht ein, neben meiner Zeit auch noch Geld an OSM
zu spenden. Spenden sollten eigentlich die, die mehr nutzen als liefern.

Gruß,
Bernd



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

Re: [Talk-de] 5 Jahre OSM - eine persönliche Bilanz

Am 18. Juli 2013 18:30 schrieb Bernd Wurst be...@bwurst.org:

 Meiner Meinung nach sollte ein Teil der Spenden-Gelder für OSM in ein
 Frontend fließen, das sich an den verbreiteten Kartendiensten messen
 lassen muss. Es muss (spontanes Brainstorming ohne Anspruch auf
 Vollständigkeit)
 - echt mehrsprachig sein
 - Marker ermöglichen als Polygon oder Punkt
 - Routing einbinden




es wäre auch nett, wenn Suchergebnisse zusätzlich zur Liste auch als Marker
angezeigt würden, evtl. durchnummeriert.

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

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

2013-07-18 Per discussione Dirk Sohler

Martin Koppenhoefer schrieb:
 Am 18. Juli 2013 16:23 schrieb Wilhelm Spickermann
 o...@spickermann-d.de:
  Ich sehe zur Zeit eine ziemliche Aktivität unter mehreren
  Benutzernamen, bei der Bahnsteige der Länge nach gespalten werden.
  Darüber müsste man erstmal diskutieren,
 
 wenn da keine bauliche Trennung da ist, dann sollte die Diskussion
 eigentlich schon gleich wieder zu Ende sein...

Man, man, man, müssen wir denen jetzt auch noch hinterherrennen, und
die von ihnen eingebauten, ihren Zwecken dienlichen, Fehler in OSM
wieder korrigieren?

-- 
Local time :: Ortszeit :: DE-HH
2013-07-18T19:41:25+0200


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

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

Am Thu, 18 Jul 2013 19:42:36 +0200
schrieb Dirk Sohler s...@0x7be.de:

 ... müssen wir denen ...


Langsam, wir wissen noch garnichts. Ich hab absichtlich nur gefragt.

Wilhelm

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

Re: [Talk-de] 5 Jahre OSM - eine persönliche Bilanz -MLM

2013-07-18 Per discussione Kolossos

Hallo,
zur Mehrsprachigen Karten hatten Jochen und ich etwas zur FOSSGIS
gesagt[1]. Wir haben in der Wikipedia wirklich erstaunlich wenig
Zugriffe auf die Karte, daher ist das derzeit sehr moderat, kann sich
aber ändern. Wir liefern 100 Tiles/sec vom Toolserver aus, wobei das
fast nur hikebikemap Kacheln sind. Das ist fast nix im Vergleich zu den
3000 Tiles/sec von OSM.org. Die Tiles für die OSM-Karte in der Wikipedia
kommt (nach Rücksprache) derzeit von OSM.org, auch weil OSM jetzt über
ein gutes Verteilsystem verfügt (http://dns.osm.org).

Im Moment steht die Umsetzung der mlm-Karte eher in den Sternen, ich
bleibe aber dran und kann Mitte August vielleicht mehr sagen.

Verwirrung: Jochen-Kacheln kommen nicht vom Toolserver sondern vom
Fossgis-Server, der verträgt aber auch was. Was sind Kacheln von
openoffice.org? Ich denke das war ein Tippfehler.

Der Heiße Scheiß für Spezialkarten nennt sich gerade Vector-tiles [2]
die dann von Mapnik gerendert werden, davon würde dann auch die
mehrsprachige Karte profitieren. Alle Probleme löst das aber auch nicht,
so ist das eher was für design-Anpassungen bei allgemeinen Karte, da man
trotzdem Daten in den niedrigen Zoom-level wegwerfen muss. Die Lösung
ist auch noch nicht komplett fertig bzw. verfügbar.

Grüße Tim alias Kolossos

[1] Video:
http://ftp5.gwdg.de/pub/misc/openstreetmap/FOSSGIS2013/FOSSGIS13-546-de-multilinguale-karten.mp4

[2] Video:
http://vimeopro.com/openstreetmapus/state-of-the-map-us-2013/video/68095142

Am 18.07.2013 10:08, schrieb rainerU:
Hallo,

Am 17.07.2013 18:01, schrieb Tirkon:
Joachim Topf hat eine multilinguale OSM Karte in 280 (Sprach-)
Versionen mit moderatem Traffic für Wikipedia entwickelt, die dort
derzeit implementiert wird.

Ich nutze selbst Jochens Kacheln vom Toolserver (nach Absprache mit Tim Alder)
für eine Spezialkarte. Mich interessiert, wie du das mit dem moderaten
Traffic
meinst. Der Traffic pro Abruf sollte doch derselbe sein wie bei den Kacheln
von
openoffice.org. Oder meinst du damit, dass derzeit der Traffic durch Abrufe
moderat ist?

Wenn sich diese dort bewährt, spekuliere
ich mit ihr als Werkzeug-Grundlage darauf, Spezialkarten auf Basis
dieses Konzepts billiger ausliefern zu können.

Das Problem der Last auf den Server wird dadurch doch eher noch verschärft,
Derzeit verteilt sich der Traffic auf die diversen Server der Spezialkarten.
Wenn diese alle die Kacheln vom Toolserver, oder einem anderen Server, auf dem
diese dann liegen, dann sehe ich da keine keine Verbesserung.

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

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

2013-07-18 Per discussione Stephan Knauss


On 18.07.2013 16:28, Martin Koppenhoefer wrote:

wenn da keine bauliche Trennung da ist, dann sollte die Diskussion
eigentlich schon gleich wieder zu Ende sein...


keine Ahnung was da gemacht wurde und wie sinnhaft das ist.

Aber in OSM werden wege immer dann gespaltet wenn die verschiedenen 
Segmente unterschiedliche Tags brauchen.


Kleine Analogie: Ein Tempolimit auf der Autobahn. Da ist keine bauliche 
Trennung auf der Straße, sondern es gelten einfach ab einem Punkt andere 
Limits.


Mit Bushaltestellen habe ich es definitiv schon gesehen dass an einem 
langen Bahnsteig zwei verschiedene Linien gehalten haben. Eine vorne und 
eine Hinten.
Tram Hauptbahnhof, Bus Studentenstadt. Bei genauerem Überlegen ist das 
sogar ziemlich häufig.


Was sagt denn das Tagging dazu?

Stephan



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

Re: [Talk-de] 5 Jahre OSM - eine persönliche Bilanz -MLM

2013-07-18 Per discussione rainerU

Hallo,

Am 18.07.2013 20:07, schrieb Kolossos:
 Verwirrung: Jochen-Kacheln kommen nicht vom Toolserver sondern vom
 Fossgis-Server, der verträgt aber auch was. Was sind Kacheln von
 openoffice.org? Ich denke das war ein Tippfehler.

Ja, ich habe da ein paar Dinge durcheinander gebracht. Ich nutze die Tiles vom
Toolserver und es sollte natürlich openstreetmap.org heißen. Sorry.

Rainer



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

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

2013-07-18 Per discussione Henning Scholland


Am 18.07.2013 16:23, schrieb Wilhelm Spickermann:

Hi,

Am Thu, 11 Jul 2013 12:21:45 +0200
schrieb Tracy Kasperczyk kasperc...@mentzdv.de:


Tracy (taoxue)

i.A. Mentz Datenverabeitung GmbH

Ich sehe zur Zeit eine ziemliche Aktivität unter mehreren
Benutzernamen, bei der Bahnsteige der Länge nach gespalten werden.
Darüber müsste man erstmal diskutieren, denn eigentlich ist es ein
Bahnsteig an dem zwei Gleise liegen. Vermutlich soll eine eindeutige
Zuordnung von Gleis und Bahnsteig erreicht werden. Häufig wird dabei
aber nicht einmal Name und Ref ebenfalls angepasst, was die Frage nach
der Motivation aufkommen lässt. Seid Ihr das und ist das ein Versuch,
OSM dem Datenmodell anzupassen?
Ich bin jetzt nicht der ÖPNV-Mapper und habe mich daher auch nicht näher 
mit den aufgekommenden Schemata befasst. Wenn ich mich aber an die 
alten Zeiten zurück erinnere, dann war es durchaus zumindest in meiner 
Region nicht unüblich, die Bahnsteige zu trennen. Wie gesagt, wenn es in 
einem der Schemata verboten wurde, mag es problematisch sein, 
ansonsten sehe ich kein Problem darin, die Bahnsteige zu trennen. In der 
Regel könnte man bei den ganzen Schildern, Sitzgelegenheiten etc. auch 
von einer baulichen Trennung zwischen den Bahnsteigen sprechen.


Henning


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

Re: [Talk-de] 5 Jahre OSM - eine persönliche Bilanz

2013-07-18 Per discussione Tirkon

rainerU ra...@sfr.fr wrote:

 Joachim Topf hat eine multilinguale OSM Karte in 280 (Sprach-)
 Versionen mit moderatem Traffic für Wikipedia entwickelt, die dort
 derzeit implementiert wird. 

Ich nutze selbst Jochens Kacheln vom Toolserver (nach Absprache mit Tim Alder)
für eine Spezialkarte. Mich interessiert, wie du das mit dem moderaten 
Traffic
meinst. Der Traffic pro Abruf sollte doch derselbe sein wie bei den Kacheln von
openoffice.org. Oder meinst du damit, dass derzeit der Traffic durch Abrufe
moderat ist?

Wenn ich es richtig verstanden habe, kann die Hintergrundkarte lokal
gecached werden, womit sie für verschiedene darüber gelayerte
Darstellungen nur einmal für einen gewissen Zeitraum übertragen werden
müsste. Korrigiere mich, wenn ich falsch liege. 

Das war aber zugegebenermaßen nicht das Hauptanliegen. In erster Linie
soll natürlich Speicherplatz gegenüber 280 Einzelkarten eingespart
werden.

Aus Sicht der Wikipedia Anwendung Karte im Artikel würde es auch
ohne lokalen Cache im Wesentlichen nur geringfügig mehr Traffic
bedeuten, denn jeder schaut nur eine andere Karte und keine
zusätzliche - nämlich in seiner Heimatsprache statt in der
Normalversion. Anders natürlich, wenn weitere Spezialanwendungen
innerhalb von Artikeln dazukommen. Dann steigt der Traffic natürlich.

Darf man fragen, welche Spezialkarten Du aus Jochens Kacheln
erstellst?   

Ansonsten sehe ich das Thema des Zugangs zu den Anwendungen ähnlich wie 
Stephan.
Ich habe in den letzten Monaten viel Werbung für OSM in Gruppen gemacht, die
sich mit ganz anderen Dingen befassen (Linux, Radfahren, Verwaltung). Die Leute
sind anfangs sehr interessiert und auch bereit OSM statt Google zu nutzen, aber
am Ende steht dann die Frage nach einer POI-Karte, einer Routing-Anwendung und
der Möglichkeit einen Marker zu setzen und den Link darauf zu verschicken. 

Dieselbe Erfahrung habe ich auch gemacht und das auch schon vor zwei
Jahren hier thematisiert. Es fehlt an einem integrierten OSM Maps.
Hier könnte als Bilderdienst Wikimedia Commons dienen. Bilder mit
Auszeichnungen haben wir dort auch, so dass man auch eine dahingehende
nutzerseitige Konfiguartion zulassen könnte. Das würde dann auch die
Georeferenzierung von Bildern fördern. Es müsste allerdings noch eine
Kategorie geschaffen werden, mit deren Hilfe man Bilder ohne
geografischen Bezug ausfiltern kann, z.B. Feuerwehrauto der Baureihe
XY oder Familienfotos in Privatwohnungen. 

Wenn
man dann drei verschiedene Seiten für jeden dieser Bedarfe aufzählt, dann ist
für die meisten das Thema gegessen. Hinzu kommt, dass keine dieser Seiten, die
Erwartungshaltung an Bedienungsfreundlich des Nicht-Mappers erfüllt.

Auch OSM-Mapper ohne Programmierkenntnisse wünschen sich so ein OSM
Maps im Sinne von Gebt uns unsere Daten zurück. Wenn Du hier aber
von drei Seiten sprichst, kennst Du http://maps.skobbler.de/ und
http://open.mapquest.com/ noch nicht, die aber leider auch
Wehrmutstropfen aufweisen. Die Patzer wären sicherlich schnell
dingfest gemacht, wenn die beiden Anbieter Kontakt zur Community
pflegen würden. Ich weiß aber nicht, ob die zu Grunde liegende
Software frei und offen ist.


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

Re: [Talk-de] 5 Jahre OSM - eine persönliche Bilanz -MLM

2013-07-18 Per discussione Tirkon

Kolossos tim.al...@s2002.tu-chemnitz.de wrote:

zur Mehrsprachigen Karten hatten Jochen und ich etwas zur FOSSGIS
gesagt 

Im Moment steht die Umsetzung der mlm-Karte eher in den Sternen, 

Das wäre ewig schade. Denn das wäre ein Alleinstellungsmerkmal für
OSM, das bisher noch niemand zu Wege gebracht hätte und von daher
sicherlich nicht nur von der Fachpresse aufgenommen würde.


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

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

Am 18. Juli 2013 19:42 schrieb Dirk Sohler s...@0x7be.de:

 Man, man, man, müssen wir denen jetzt auch noch hinterherrennen, und
 die von ihnen eingebauten, ihren Zwecken dienlichen, Fehler in OSM
 wieder korrigieren?



ich finde es nicht hilfreich, in Kategorien von wir und denen zu
denken, schlussendlich arbeiten wir alle gemeinsam an einer großen Sache
und müssen halt sehen, wie wir unterschiedliche Sichtweisen und Prioritäten
unter einen Hut bekommen. Solche genormten Bezugspunkte, für die man
potentiell in der Zukunft Fahrplandaten, Echtzeitinformationen zum ÖPNV
oder was auch immer bekommen kann, sind grundsätzlich willkommen, denke ich.

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

Re: [Talk-de] 5 Jahre OSM - eine persönliche Bilanz -MLM

Am 18. Juli 2013 21:11 schrieb Tirkon tirko...@yahoo.de:

 Denn das wäre ein Alleinstellungsmerkmal für
 OSM, das bisher noch niemand zu Wege gebracht hätte und von daher
 sicherlich nicht nur von der Fachpresse aufgenommen würde



Bing? Google hat das nicht, aber Bing scheint wohl jeweils die Karten in
der Sprache des Landes anzuzeigen, in dem man sich aufhält (zumindest kann
man die Sprache ändern wie man will, es betrifft nur das Interface, die
Karte bleibt immer in der Landessprache, d.h. Deutschland wird man nicht
zu Gesicht bekommen, wenn man die Seite aus dem Ausland aufruft).

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

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

Hi,

Am Thu, 18 Jul 2013 20:30:01 +0200
schrieb Henning Scholland o...@aighes.de:

 Ich bin jetzt nicht der ÖPNV-Mapper und habe mich daher auch nicht
 näher mit den aufgekommenden Schemata befasst. Wenn ich mich aber an
 die alten Zeiten zurück erinnere, dann war es durchaus zumindest in
 meiner Region nicht unüblich, die Bahnsteige zu trennen. Wie gesagt,
 wenn es in einem der Schemata verboten wurde, mag es problematisch
 sein, ansonsten sehe ich kein Problem darin, die Bahnsteige zu
 trennen.

Es ist in keinem verboten und es ist in keinem auch nur problematisch.

 In der Regel könnte man bei den ganzen Schildern,
 Sitzgelegenheiten etc. auch von einer baulichen Trennung zwischen den
 Bahnsteigen sprechen.

Ja, das stört mich auch nicht so sehr. Die dabei gemachten Fehler
und die nicht ausreichende Pflege der betroffenen Relationen sind viel
störender.

Bedenken hätte ich -- wenn es denn tatsächlich so sein sollte -- wenn
die Datenstrukturen der Firma solche Trennungen zwingend machen, weil
das Konzept auf eine Gleisnummer pro Bahnsteig beschränkt ist und das
jetzt einfach ohne Abstimmung durchgezogen würde.

Noch mehr Bedenken hätte ich -- wenn das alles denn tatsächlich so sein
sollte -- wenn Detaillierung ohne die nötigen Arbeiten vor Ort gemacht
würde. Wenn man aus einer einfachen Linie mit einem Knoten als Bahnhof
mehrere Gleise mit mehreren Bahnsteigen macht, dann muss man auch
ermitteln, an welchem dieser Bahnsteige welche bereits vorhandene Linie
hält. Mann kann sie nicht einfach alle an Bahnsteig 1 halten lassen.
(Das ist nicht erfunden sondern passiert, aber es könnten auch alles
Zufälle sein)

MfG
Wilhelm

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

Re: [Talk-de] 5 Jahre OSM - eine persönliche Bilanz

2013-07-18 Per discussione Florian Lohoff

Hola,

On Thu, Jul 18, 2013 at 06:30:19PM +0200, Bernd Wurst wrote:
 Einerseits ist OSM eine Datenbank und das was wir momentan als Karte
 haben, sollte eigentlich gar nicht als Kartendienst für Endbenutzer
 wahrgenommen werden. Das ist verständlich und sehe ich eigentlich genau so.
 Es wird argumentiert, dass Infrastruktur und Traffic für eine
 Endbenutzer-Karte lieber von einer Firma o.ä. gestellt werden soll,
 sprich: Ein Angebot soll gemacht werden, das auf freie Geodaten
 zurückgreift, aber sonst eigenständig ist.

Ich glaube an dem Punkt sind wir einfach mit unseren Wünschen der
Realität vorraus. Stand heute kann ich Tiles von MapBox, Cloudmade und
Mapquest problemlos einbinden. Ich bin nicht mehr auf die OSM Tiles 
angewiesen und immer mehr Karten benutzen auch die anderen Anbieter.
Es gibt immer mehr, auch kommerzielle, Nutzer die spannende Dienste
anbieten.

Ich denke das viele von den Unzulänglichkeiten von OSM früher oder
später lösen. Sie haben sich in der vergangenheit immer gelöst und
es wird so in der Zukunft sein.

Am Anfang fehlte die Möglichkeit so etwas wie Abbiegebeschränkungen
zu mappen - also wurden die Relations eingefuehrt. Dann fehlte der
Spurassistent und jemand hat die lanes und turn:lanes erfunden.
So wird es immer Probleme uns Lösungen geben. Es wird immer Ecken
geben die von der Quantität und auch der Qualität der Daten
hinterherhinken - das Niveau wird sich aber Global immer weiter
steigern.

Es gibt die Lösungen - Sie setzen sich nach und nach durch (oder gehen
unter wie die associatedstreet relation) und das fuehrt auch zu einer
Bereinigung.

Ich sehe heute OSM viel positiver als noch 2008. Um mal einen
abgegriffenen Begriff aus der Wirtschaft zu bemühen - Too big to fail

Mein Persöhnlicher Rückblick auf die 5+ Jahre sind, das das einzige
was mich wirklich schmerzt der Wechsel auf eine restriktivere Lizenz
war. Ich hätte mir PD/CC0 gewünscht.

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] Einführung eines neuen Tags (globaleID)

Am Thu, 18 Jul 2013 20:23:28 +0200
schrieb Stephan Knauss o...@stephans-server.de:

 Mit Bushaltestellen habe ich es definitiv schon gesehen dass an einem 
 langen Bahnsteig zwei verschiedene Linien gehalten haben. Eine vorne
 und eine Hinten.
 Tram Hauptbahnhof, Bus Studentenstadt. Bei genauerem Überlegen ist
 das sogar ziemlich häufig.

Ja. Nur ist Bussteig 5 der Name eines Bussteigs und es ist völlig
normal, dass zwei Bussteige an einer Straße hintereinander liegen.
Gleis 5 ist dagegen der Name eines Gleises und nicht der Name des
Bahnsteigs. Der Bahnsteig wird dann -- nach den da liegenden Gleisen --
meist Bahnsteig 3,4 (Langfassung: Bahnsteig an Gleis 3 und 4) genannt.

Genug der Haarspalterei: Ein Streit darum, ob man Bahnsteige spalten
kann oder nicht ist nicht übermäßig wichtig. Problematisch wäre es nur,
ein System einzuführen, das nur mit gespaltenen Bahnsteigen
funktioniert, denn niemand hat diese Angelegenheiten bisher entschieden.

MfG
Wilhelm

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

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

2013-07-18 Per discussione Thomas Reincke


Am 18.07.2013 22:10, schrieb Wilhelm Spickermann:

Genug der Haarspalterei: Ein Streit darum, ob man Bahnsteige spalten
kann oder nicht ist nicht übermäßig wichtig. Problematisch wäre es nur,
ein System einzuführen, das nur mit gespaltenen Bahnsteigen
funktioniert, denn niemand hat diese Angelegenheiten bisher entschieden.


Der Bahnsteig ist ein Bauwerk. An dem Bahnsteig liegen meist zwei 
Gleise. Die dem Kunden gegenüber kommunizierte Bezeichnung ist meist die 
Nummer des Gleises. An einem Bahnsteig liegen z.B. die Gleise 2 und 3.



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

Re: [Talk-de] 5 Jahre OSM - eine persönliche Bilanz

2013-07-18 Per discussione rainerU

Am 18.07.2013 20:58, schrieb Tirkon:
 Wenn ich es richtig verstanden habe, kann die Hintergrundkarte lokal
 gecached werden, womit sie für verschiedene darüber gelayerte
 Darstellungen nur einmal für einen gewissen Zeitraum übertragen werden
 müsste. Korrigiere mich, wenn ich falsch liege. 

Dazu kann ich nichts sagen, ich kenne mich da leider zu wenig aus. Wenn ich mir
aber den Verkehr während dem Zoomen und Bewegen in einer Slippy Map anschaue,
habe ich den Eindruck, dass da nicht allzuviel Kacheln gecacht werden (Firefox 
10).

 Darf man fragen, welche Spezialkarten Du aus Jochens Kacheln
 erstellst?   

Das ist eine Karte, die für die OSM-Community in Perpignan gemacht habe [1]. Es
ist der Prototyp einer Karte, die später einmal auf einer Webseite
openstreetmap.cat präsentiert werden soll. Auf der Karte werden im französischen
Katalonien die Toponyme in katalanisch oder zweisprachig angezeigt, soweit
vorhanden. Das ließ sich mit der Multilingualen Karte von Jochen Topf nicht
machen. Das kommt zum einen daher, dass im spanischen Teil Kataloniens die
katalanischen Namen überwiegend nur im name-Tag nicht aber als name:ca erfasst
sind. Und zum anderen rendert Jochen die Namen nach einer einheitlichen Regel
für die gesamte Karte. Damit ist es z.B. nicht möglich, den katalanischen Namen
anzuzeigen und falls dieser nicht vorhanden ist, als Rückfall den französischen
Namen, jedoch nur in Frankreich, oder eine zweisprachige Anzeige in Frankreich
zu machen, in Spanien aber nicht.

Momentan funktioniert leider nur das katalanische Overlay, die beide anderen
kommen morgen wieder.

 Auch OSM-Mapper ohne Programmierkenntnisse wünschen sich so ein OSM
 Maps im Sinne von Gebt uns unsere Daten zurück. Wenn Du hier aber
 von drei Seiten sprichst, kennst Du http://maps.skobbler.de/ und
 http://open.mapquest.com/ noch nicht, die aber leider auch
 Wehrmutstropfen aufweisen. Die Patzer wären sicherlich schnell
 dingfest gemacht, wenn die beiden Anbieter Kontakt zur Community
 pflegen würden. Ich weiß aber nicht, ob die zu Grunde liegende
 Software frei und offen ist.

Vor kurzem gab es auf der talk-Liste einen langen Thread zu dem Thema der Karten
und Anwendungen auf openstreetmap.org. Da hat Greg Knisely von Mapquest
angeboten, deren Routingservice zu integrieren [2].

Gruß
Rainer

[1] http://osmcat.velocarte66.fr/
[2] http://lists.openstreetmap.org/pipermail/talk/2013-July/067488.html


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

Re: [Talk-de] Datenschutz bei OSM Einträgen

2013-07-18 Per discussione Wolfgang Hinsch

Am Dienstag, den 16.07.2013, 16:03 +0200 schrieb Tim Michelsen:
 Hallo,
 ich suche eine Infos, Erklärung oder Richtlinie, welche Eintragungen und
 bis zu welcher Detailtiefe bei OSM erwünscht sind, und ab welchem Punkt
 von einer Eintragung v.a. aus Datenschutzgründen abgesehen werden sollte.
 

So ganz grob unterteile ich in gewerblich/geschäftlich und privat.
Private Daten, die auf Personen hinweisen (Extremfall Klingelschlilder)
mappt, so weit ich bisher gesehen habe, niemand. Geschäftliche Daten wie
Eigentümer (Pizzeria Don Giovanni, Inhaber Giovanni Meyer (frei
gewähltes Beispiel!) fallen nicht unter den Datenschutz, stehen
öffentlich auf dem Ladenschild und können rein. Es kommt immer darauf
an, ob das im Einzelfall Sinn macht oder nicht.

Einige Berufe, z.B. Tierarzt, Anwalt ... haben (zwangsweise) ein Schild
vor dem Haus, wenn sie ihre Praxis zu Hause haben. Da würde ich den
Namen dann mitmappen. Nicht aber, dass sie da auch wohnen, falls ich das
wissen sollte.

Gruß, Wolfgang


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

Re: [Talk-de] Programm zur Überwachung von OSM-Relationen

2013-07-18 Per discussione Sebastian Brunner


Hi Leute,

der Server ist vorhin bei der Überprüfung abgeschmiert, der hat nur 1 GB 
RAM und das reicht dann doch irgendwie nicht ganz... Ich hab schon 
angefragt, ob ich mehr RAM kriegen kann.
Hab auch nach dem Neustart noch einen kleinen Bug behoben, dabei aber 
leider vergessen eure Anfragen zu sichern, heißt: Alle die schon so 
fleißig hinzugefügt haben, hat mich gefreut, war super, bitte macht das 
nochmal :D . Bis jetzt wurden noch keine großartigen Änderungen 
festgestellt, so wie ich das gesehen hab, also nicht allzu viel verloren.
Tut mir leid, dass alle gestellten Anfragen verloren gegangen sind, 
nächstes Mal denk ich dran, 'ne Kopie davon zu machen ...


Grüße,
Sebastian

PS: Falls es jemanden interessiert: nächste Überprüfung findet morgen um 
11:44 Uhr statt^^




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

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

2013-07-18 Per discussione Dirk Sohler

Martin Koppenhoefer schrieb:
 ich finde es nicht hilfreich, in Kategorien von wir und denen zu
 denken

Ich auch nicht, aber „wir“ haben damit ja auch nicht angefangen …


 Solche genormten Bezugspunkte, für die man potentiell in der Zukunft
 Fahrplandaten, Echtzeitinformationen zum ÖPNV oder was auch immer
 bekommen kann, sind grundsätzlich willkommen, denke ich.

Natürlich. Jedoch ist die Einführung ist alles andere als unglücklich
gelaufen, und es scheint so, als wenn „die“ jetzt auch schon anfangen,
den Datenstand an „ihre“ Bedürfnisse anzupassen – Und dabei ist noch
nicht mal klar, ob der kryptische, nichtssagende Tagname, genommen
werden sollte, oder eine sinnvolle andere Bezeichnung, oder was genau
jetzt alles erfasst werden soll (Stichwort: Redundanz).


Grüße,
Dirk

-- 
Local time :: Ortszeit :: DE-HH
2013-07-19T01:28:39+0200


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

Re: [Talk-it] monitorare relazioni

2013-07-18 Per discussione Davio

Ciao, grazie della segnalazione.

Il feed creato però risulta incompleto. Monitora solo le linee di ATAC, e
non quelle gestite da Roma TPL. Ho provato a creare un altro feed con una
doppia query che monitori le relazione con i tag operator=ATAC e
operator=Roma TPL

davide



--
View this message in context: 
http://gis.19327.n5.nabble.com/monitorare-relazioni-tp5770205p5770215.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] landuse

2013-07-18 Per discussione Marcello Arcangeli

Il giorno mer, 17/07/2013 alle 08.25 -0700, bredy ha scritto:
 Se si guarda il lotto in base al catasto allora il percorso del trattore,
 all'interno dei campi dovrei comprendere anche quelli, le strade
 interpoderali sono un'altra cosa.
 
 Per i canali di scolo interni ai campi metto solo quelli che non vengono
 tolti, perchè noto che spesso quelli piccoli tendono a eliminarli.
 
 
 
 --
 View this message in context: 
 http://gis.19327.n5.nabble.com/landuse-tp5766839p5770114.html
 Sent from the Italy General mailing list archive at Nabble.com.
 
 
Non tutti credo hanno la possibilità di accedere alle mappe catastali e
probabilmente in dette mappe le strade all'interno della proprietà non è
detto che siano aggiornate, da poco ho iniziato a mappare qualche zona
coltivata e per quanto riguarda le strade ho fatto la considerazione
tipo i parcheggi nella città, se è funzionale al parcheggio (o al
landuse=* per i campi) per entrare o manovrare all'interno sono parte
del parcheggio o landuse, se invece la strada oltre a servire il nostro
oggetto collega anche altri elementi della mappa la considero una way
separata.
Ciao, Marcello 


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

Re: [Talk-it] landuse

2013-07-18 Per discussione bredy

Ok allora le tracce che sono funzionali solo a quel campo le considero parte
del campo, mentre quelle che portano a campi diversi le lascio fuori. Anche
se volendo esser precisi la strada non è coltivata e dovrei considerarla una
specie di meadow (erba incolta). Tutto sta nel grado di definizione che si
vuol raggiungere.

Oggi mi son fatto un giro in MTB per capire bene sul posto ed alcune tracce
sono impercorribili pure con questa, forse a piedi. Perciò penso taggerò
solo quelle che portano a qualche posto di rilevanza ambientale o che
collegano effettivamente ad altri percorsi, altrimenti sono inutili.

Non credo che un agricoltore vada in giro col GPS.



--
View this message in context: 
http://gis.19327.n5.nabble.com/landuse-tp5766839p5770227.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] landuse

2013/7/18 bredy bredy...@yahoo.it

 Ok allora le tracce che sono funzionali solo a quel campo le considero
 parte
 del campo, mentre quelle che portano a campi diversi le lascio fuori.



nella mia sperienza (che a quel livello di dettaglio non è quella italiana,
ma potrebbe forse essere assimilabile) le tracce non fanno mai parte del
campo, al meno che non è stato diviso il campo dopo (una particella è stata
divisa in più campi per esempio per far crescere roba diversa, oppure le
vie nei vigneti o simile) oppure sono temporanee.



Oggi mi son fatto un giro in MTB per capire bene sul posto ed alcune tracce
 sono impercorribili pure con questa, forse a piedi. Perciò penso taggerò
 solo quelle che portano a qualche posto di rilevanza ambientale o che
 collegano effettivamente ad altri percorsi, altrimenti sono inutili.



allo scopo di rappresentare il territorio (ed anche per scopi di
orientamento) ogni dettaglio è utile, anche un percorso cieco.




 Non credo che un agricoltore vada in giro col GPS.




dov'è consentito alle volte addirittura i trattori vanno da solo in giro
col GPS
Ma se intendi che gli agricoltori non abbiano bisogno di mappe per
orientarsi nel proprio territorio hai sicuramente ragione ;-)

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

[Talk-at] Was soll eigentlich das überdrübergeniale footway=sidewalk Mapping im 4. Bezirk, und wie kann man den Südtiroler Platz korrekt mappen? Oder ein Rant an die Micromappingfraktion...

2013-07-18 Per discussione Felix Hartmann

Hab mich grad mal wieder über das mapping der highway=footway, 
footway=sidewalk im 4. Bezirk geärgert. Wenn man schon meint das separat 
mappen zu müssen (sidwalk=yes würde an der Straße komplett ausreichen, 
da keine bauliche separierung), dann doch bitte gescheit, und nicht so 
einen Topfen zusammenmappen wie bisher.
Etwa sind viele highway=footway auch für Fahrradfahrer nicht verboten - 
ergo müssen diese footways auch an die Straßen angeschlossen werden, und 
nicht nur an highway=footway  footway=sidewalk - welche Tabu sind für 
Fahrradfahrer.


Dazu gehören footway=crossing  highway=footway, welche über eine Straße 
gehen, und damit die Straße kreuzen, auch mit der Straße verbunden 
(Node), anstelle diese einfach zu überqueren ohne gemeinsamen Node.

IMHO ist der 4. Bezirk, untauglich verschandelt

(oder Argentinierstraße - highway=cycleway separat gemappt, anstelle an 
der Straße cycleway=track, aber noch ein segregated=yes drangehängt. 
Dazu separat gemapped, highway=footway. Das die Lagegenauigkeit so 
natürlich absolut nicht mehr stimmt, ist die eine Sache, dass da dann 
aber mal wieder Kreuzungen komplett falsch verbunden sind, eine andere 
Sache...)..



Dazu setzt der Südtiroler Platz, dem ganzen die Hauben auf. Hier sind 
die Fahrbahnen auch komplett verqueert gemapped. Kennt sich jemand im 
Lane Mapping aus, und kann das korrigieren? - Etwa überqueert man den 
Südtiroler Platz von Süd nach Nord, fährt man in Wirklichkeit nur 
gradeaus, und nicht mal mit Linksdrift, mal mit Rechtsdrift, um 
irgendwie queerende Straßen zu treffen.


Ergo der separat gemappte Tunnel von je cycleway und highway unterm 
Hauptbahnhof hindurch, ist so definitiv falsch. Es gibt hier nur einen 
Tunnel, und den teilt sich ein highway und der cycleway - also 
cycleway=track (oder ist das sogar lane?)




Das ganze Micromapping anstelle cycleway und footway Tag an der Straße, 
führt wie man hier schön sieht, ganz schön in die Scheiße!


--
keep on biking and discovering new trails

Felix
openmtbmap.org  www.velomap.org



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

Re: [Talk-at] Was soll eigentlich das überdrübergeniale footway=sidewalk Mapping im 4. Bezirk, und wie kann man den Südtiroler Platz korrekt mappen? Oder ein Rant an die Micromappingfraktion...

2013-07-18 Per discussione Stefan Tauner

On Thu, 18 Jul 2013 12:00:35 +0200
Felix Hartmann extremecar...@gmail.com wrote:

 Das ganze Micromapping anstelle cycleway und footway Tag an der Straße, 
 führt wie man hier schön sieht, ganz schön in die Scheiße!

Was man da sieht, ist, daß schlechtes Mapping zu einem schlechten
Mapping führt :) Mit Micromapping hat das per se nichts zu tun und
speziell bei den Radwegen machen Details einen Unterschied, die man
ohne genauem Track nicht sieht (z.B. die Wegführung in
Kreuzungsbereichen). Ob es sich beim Micromapping von Gehsteigen
ähnlich verhält (für Rollstuhlfahrer oder wwi, immerhin sind dort
lowered kerbs eingezeichnet), kann ich nicht beurteilen. Ein erhöhter
Detailgrad darf jedenfalls nicht per se als ein vom Mappenden
verursachtes Problem dargestellt werden, da die Gewichtung von
Information immer subjektiv ist.

Alles oben Geschriebene hat aber absolut nichts mit fürchterlicher
Umsetzung zu tun, wie sie in dem Grätzl zum Teil vorhanden ist.

Allerdings wurde das Thema schon mindestens einmal angesprochen und der
oder die Verursacher sind nicht zugegen. Folglich bringt der Rant
nicht viel und du solltest sie direkt anschreiben ;)
-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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

Re: [Talk-at] Was soll eigentlich das überdrübergeniale footway=sidewalk Mapping im 4. Bezirk, und wie kann man den Südtiroler Platz korrekt mappen? Oder ein Rant an die Micromappingfraktion...

2013-07-18 Per discussione Stefan Kopetzky

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2013-07-18 13:24, Stefan Tauner wrote:

Das alte TU-Gebäude ist auch durchaus *ähem* interessant in Hinblick
auf footways...

LG,
Stefan
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJR5+DeAAoJEMZD4PEit0TYe+kH/jtIjVdJwJMHfo0ZCOJEKHn5
rdgVeCfut0G+iitHliw/Oqrw2Ncu+o6Ap7YUW2Tb+84g4mJORr3cevhX3Q9a9tgO
kdbvksyi7aD7O4iyUjoQ6aIMsGuFkByBuYfhpCwxsmQJVS+6MuqGAK84EFDbzikJ
qB80zdxwO29DHh7uAl/SfYGPXXtWQkMnrlhpgNIMcdwsp4KbrgQldyFubYX5b1IX
t/9qiAYf+AgiSPWy/nGFHMTMAvkm5wMsiPr6yKdz3eWCio/+c8IpBo+wV+STtFZt
LydZ5zK9oYzdU2OyRcixyuRWamHEjpn9Y9PkrBDTMKCxwrurViFWvEUC4rdenVQ=
=752v
-END PGP SIGNATURE-

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

Re: [Talk-at] Was soll eigentlich das überdrübergeniale footway=sidewalk Mapping im 4. Bezirk, und wie kann man den Südtiroler Platz korrekt mappen? Oder ein Rant an die Micromappingfraktion...

2013-07-18 Per discussione Norbert Wenzel


On 2013-07-18 13:24, Stefan Tauner wrote:

Das alte TU-Gebäude ist auch durchaus *ähem* interessant in Hinblick
auf footways...


http://osm.org/go/0JrIcECyg--

Ach du Sch Sollte man beim Indoor Mapping nicht highway=corridor 
verwenden? So ist das tatsächlich nur Müll. Das kann kein Mensch mehr 
routen, nichtmal wenn man sich auskennt. Und wie's ausschaut brauch ich 
eh net kommentieren, oder?


Ich bin langsam dafür, dass wir einfach wöchentlich so kleine Grätzel in 
Wien löschen, damit die Leute den sonst fad ist beschäftig werden können.


@Felix: von mir aus könnten die ganzen Fußwege wieder entfernt werden. 
Aber die bauliche Trennung wurde ja schon mal von einigen bejaht, weil 
ma ja schließlich net über geparkte Autos drüberspringen kann oder so. 
Deshalb hat sich keiner gefunden der sich getraut hätte das zeitnah zu 
entfernen. Meine Stimme hätte die Entfernung aber nach wie vor.


Norbert




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

Re: [Talk-at] Was soll eigentlich das überdrübergeniale footway=sidewalk Mapping im 4. Bezirk, und wie kann man den Südtiroler Platz korrekt mappen? Oder ein Rant an die Micromappingfraktion...

2013-07-18 Per discussione Manuela Schmidt


On 18.07.2013 14:49, Norbert Wenzel wrote:

On 2013-07-18 13:24, Stefan Tauner wrote:

Das alte TU-Gebäude ist auch durchaus *ähem* interessant in Hinblick
auf footways...


http://osm.org/go/0JrIcECyg--

Ach du Sch Sollte man beim Indoor Mapping nicht highway=corridor
verwenden? So ist das tatsächlich nur Müll. Das kann kein Mensch mehr
routen, nichtmal wenn man sich auskennt. Und wie's ausschaut brauch
ich eh net kommentieren, oder?


Die Daten im TU-Hauptgebäude wurden im Rahmen der Lehrveranstaltung 
Location-based services erfasst, um Indoor-Routing mit verschiedenen 
Algorithmen zu testen - die anscheinend auch alle gut funktioniert 
haben. Wenn ihr dazu Feedback/Fragen habt - Ansprechperson dafür ist 
mein Kollege Huang Haosheng (Englisch-sprachig)[1] - oder ihr 
kontaktiert die Studierenden, die die Daten erfasst haben, über die 
Usernames direkt (ebenfalls großteils Englisch-sprachig).


Kann man mit highway=corridor verhindern, dass die Wege im 
Standardrendering angezeigt werden? Wenn ja, wäre es vermutlich 
sinnvoll, das nachträglich einzufügen.


lg Manu


[1] http://cartography.tuwien.ac.at/haosheng-huang/


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

Re: [Talk-at] Was soll eigentlich das überdrübergeniale footway=sidewalk Mapping im 4. Bezirk, und wie kann man den Südtiroler Platz korrekt mappen? Oder ein Rant an die Micromappingfraktion...

2013-07-18 Per discussione Felix Hartmann

ja, highway=corridor sollte kaum eine Karte darstellen (außer jene für 
indoor mapping). footway=corridor oder ähnliches ist keine gute Lösung - 
da es dafür extra Code bräuchte...

On 18.07.2013 18:29, Manuela Schmidt wrote:

On 18.07.2013 14:49, Norbert Wenzel wrote:

On 2013-07-18 13:24, Stefan Tauner wrote:

Das alte TU-Gebäude ist auch durchaus *ähem* interessant in Hinblick
auf footways...


http://osm.org/go/0JrIcECyg--

Ach du Sch Sollte man beim Indoor Mapping nicht highway=corridor
verwenden? So ist das tatsächlich nur Müll. Das kann kein Mensch mehr
routen, nichtmal wenn man sich auskennt. Und wie's ausschaut brauch
ich eh net kommentieren, oder?


Die Daten im TU-Hauptgebäude wurden im Rahmen der Lehrveranstaltung 
Location-based services erfasst, um Indoor-Routing mit verschiedenen 
Algorithmen zu testen - die anscheinend auch alle gut funktioniert 
haben. Wenn ihr dazu Feedback/Fragen habt - Ansprechperson dafür ist 
mein Kollege Huang Haosheng (Englisch-sprachig)[1] - oder ihr 
kontaktiert die Studierenden, die die Daten erfasst haben, über die 
Usernames direkt (ebenfalls großteils Englisch-sprachig).


Kann man mit highway=corridor verhindern, dass die Wege im 
Standardrendering angezeigt werden? Wenn ja, wäre es vermutlich 
sinnvoll, das nachträglich einzufügen.


lg Manu


[1] http://cartography.tuwien.ac.at/haosheng-huang/


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


--
keep on biking and discovering new trails

Felix
openmtbmap.org  www.velomap.org



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

Re: [Talk-at] Was soll eigentlich das überdrübergeniale footway=sidewalk Mapping im 4. Bezirk, und wie kann man den Südtiroler Platz korrekt mappen? Oder ein Rant an die Micromappingfraktion...

2013-07-18 Per discussione Friedrich Volkmann


On 18.07.2013 18:29, Manuela Schmidt wrote:

Die Daten im TU-Hauptgebäude wurden im Rahmen der Lehrveranstaltung
Location-based services erfasst, um Indoor-Routing mit verschiedenen
Algorithmen zu testen - die anscheinend auch alle gut funktioniert haben.


Solche Probleme gab es schon mehrmals mit Schulen. Wer eine LVA auf einer 
Universität leitet, sollte aber doch wissen, dass man nicht in einem 
Echtsystem herumtesten darf. Dafür gibt es apis.dev.openstreetmap.org, oder 
man setzt sich selber ein Testsystem auf.


Außerdem hätte in einer LVA, die mit Geoinformationssystemen zu tun hat, 
doch jeder wissen müssen, dass OSM nicht nur für Routing da ist. Hat denn 
keiner von denen nachgeschaut, wie das auf einer Karte aussieht?



Wenn ihr dazu Feedback/Fragen habt - Ansprechperson dafür ist mein Kollege
Huang Haosheng (Englisch-sprachig)[1] - oder ihr kontaktiert die
Studierenden, die die Daten erfasst haben, über die Usernames direkt
(ebenfalls großteils Englisch-sprachig).


Wer in einem anderen Land studiert, sollte sich zumindest ein Grundwissen in 
der Landessprache aneignen. Genauso sollte jemand, der in OSM herumeditiert, 
sich vorher informieren, worum es dabei geht.


Diese Herrschaften anzuschreiben, wird wenig bringen, denn ich glaube nicht, 
dass die fähig sind, die Fehler zu korrigieren. Aber es ist auch nicht 
nötig, denn in OSM findet sich früher oder später immer jemand, der etwas 
wieder in Ordnung bringt.


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

Re: [Talk-at] Was soll eigentlich das überdrübergeniale footway=sidewalk Mapping im 4. Bezirk, und wie kann man den Südtiroler Platz korrekt mappen? Oder ein Rant an die Micromappingfraktion...

2013-07-18 Per discussione adry

Auch wenn die indoor ways im derzeitigen Zustand nicht korrekt bzw. 
sinnvoll dargestellt werden, sind die Daten ansicht eine wertvoller 
Beitrag zu osm. Es gibt bezüglich indoor mapping auch schon proposals 
bzw. zugelassene tags[1].
Ich sehe kein Problem dabei in den livedaten zu arbeiten so lang nichts 
Anderes dabei kaputtgeht, was es in diesem Fall nicht tut.


[1]http://wiki.openstreetmap.org/wiki/Indoor

On 18.07.2013 19:20, Friedrich Volkmann wrote:

On 18.07.2013 18:29, Manuela Schmidt wrote:

Die Daten im TU-Hauptgebäude wurden im Rahmen der Lehrveranstaltung
Location-based services erfasst, um Indoor-Routing mit verschiedenen
Algorithmen zu testen - die anscheinend auch alle gut funktioniert haben.


Solche Probleme gab es schon mehrmals mit Schulen. Wer eine LVA auf
einer Universität leitet, sollte aber doch wissen, dass man nicht in
einem Echtsystem herumtesten darf. Dafür gibt es
apis.dev.openstreetmap.org, oder man setzt sich selber ein Testsystem auf.

Außerdem hätte in einer LVA, die mit Geoinformationssystemen zu tun hat,
doch jeder wissen müssen, dass OSM nicht nur für Routing da ist. Hat
denn keiner von denen nachgeschaut, wie das auf einer Karte aussieht?


Wenn ihr dazu Feedback/Fragen habt - Ansprechperson dafür ist mein
Kollege
Huang Haosheng (Englisch-sprachig)[1] - oder ihr kontaktiert die
Studierenden, die die Daten erfasst haben, über die Usernames direkt
(ebenfalls großteils Englisch-sprachig).


Wer in einem anderen Land studiert, sollte sich zumindest ein
Grundwissen in der Landessprache aneignen. Genauso sollte jemand, der in
OSM herumeditiert, sich vorher informieren, worum es dabei geht.

Diese Herrschaften anzuschreiben, wird wenig bringen, denn ich glaube
nicht, dass die fähig sind, die Fehler zu korrigieren. Aber es ist auch
nicht nötig, denn in OSM findet sich früher oder später immer jemand,
der etwas wieder in Ordnung bringt.



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

[Talk-lv] Māju pagalmi

2013-07-18 Per discussione Viesturs Zarins

Kārtējais mēģinājums uzlabot tagus.

Šobrīd tagojam pagalmus kā living street.
Bet sekas ir tādas ka:
- living street tiek sagadīts ielas nosaukums
- routingiem patīk izroutēt caur living st.

Kādu laiciņu skatos uz highway=service pusi pagalmu ielām.
Service ir dažādi apakšvarianti:
http://wiki.openstreetmap.org/wiki/Key:service
Service=driveway vistuvāk atbilst māju pagalmiem - piebraukšanai pie mājām,
nav paredzēts publiskai lietošanai.

Tagging listē ir apspriests kautkas līdzīgs mūsu gadījumam: kopīgs
piebraucamais ceļš vairākiem īpašumiem.
http://lists.openstreetmap.org/pipermail/tagging/2011-February/006928.html
Viņu variants ir lietot highway=servce, service=driveway, driveway=pipestem.
Bet tas man liekas overkills.

Ko sakiet?

Pāriet uz šo shēmu šķiet ļoti vienkāršI;
Atodam highway=living-street, kam nav name= un pārliekam uz
highway=service, service=driveway

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

Re: [Talk-lv] Māju pagalmi

2013-07-18 Per discussione Normunds Rustanovics

Riskants pasākums, manuprāt ir pilns ar reālām living street (t.i. ielām, kurām
ir uzstādīta zīme “dzīvojamā zona” #528 ) kurām nav vārdu. Ar tādu automātisko
pieeju tās visas paliks par pagalmiem

Un kas vainas, ka routē pa pagalmiem? Ja routinga programmai uzstādīts
taisnākais variants, nevis ātrākais (kur priekšroka ir šosejām), tad tā
lietotājs ir vēlējies.

On 18 Jul 2013, at 11:38, Viesturs Zarins viest...@gmail.com wrote:

Kārtējais mēģinājums uzlabot tagus.

Šobrīd tagojam pagalmus kā living street.
Bet sekas ir tādas ka:
- living street tiek sagadīts ielas nosaukums
- routingiem patīk izroutēt caur living st.

Kādu laiciņu skatos uz highway=service pusi pagalmu ielām.
Service ir dažādi apakšvarianti:
http://wiki.openstreetmap.org/wiki/Key:service
Service=driveway vistuvāk atbilst māju pagalmiem - piebraukšanai pie mājām,
nav paredzēts publiskai lietošanai.

Tagging listē ir apspriests kautkas līdzīgs mūsu gadījumam: kopīgs
piebraucamais ceļš vairākiem īpašumiem.
http://lists.openstreetmap.org/pipermail/tagging/2011-February/006928.html
Viņu variants ir lietot highway=servce, service=driveway, driveway=pipestem.
Bet tas man liekas overkills.

Ko sakiet?

Pāriet uz šo shēmu šķiet ļoti vienkāršI;
Atodam highway=living-street, kam nav name= un pārliekam uz highway=service,
service=driveway

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

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

Re: [Talk-lv] Māju pagalmi

2013-07-18 Per discussione uldics

Es arī par to, ka paliek living_street. Arī rūtinga algoritmi (veidotāji)  
mēdz kļūdīties, ne tikai mapotāji ko dara nepareizi. Kaut kādus overkillus  
taisīt tikai lai rūtingi darbotos šķietami loģiski ... diezin vai vajag.

uldics



On Thu, 18 Jul 2013 11:49:06 +0300, Normunds Rustanovics  
trak...@gmail.com wrote:


Riskants pasākums, manuprāt ir pilns ar reālām living street (t.i.  
ielām, kurām ir uzstādīta zīme “dzīvojamā zona” #528 ) kurām nav vārdu.  
Ar tādu automātisko pieeju tās visas paliks par pagalmiem


Un kas vainas, ka routē pa pagalmiem? Ja routinga programmai uzstādīts  
taisnākais variants, nevis ātrākais (kur priekšroka ir šosejām), tad tā  
lietotājs ir vēlējies.


N.


On 18 Jul 2013, at 11:38, Viesturs Zarins viest...@gmail.com wrote:


Kārtējais mēģinājums uzlabot tagus.

Šobrīd tagojam pagalmus kā living street.
Bet sekas ir tādas ka:
- living street tiek sagadīts ielas nosaukums
- routingiem patīk izroutēt caur living st.

Kādu laiciņu skatos uz highway=service pusi pagalmu ielām.
Service ir dažādi apakšvarianti:  
http://wiki.openstreetmap.org/wiki/Key:service
Service=driveway vistuvāk atbilst māju pagalmiem - piebraukšanai pie  
mājām, nav paredzēts publiskai lietošanai.


Tagging listē ir apspriests kautkas līdzīgs mūsu gadījumam: kopīgs  
piebraucamais ceļš vairākiem īpašumiem.

http://lists.openstreetmap.org/pipermail/tagging/2011-February/006928.html
Viņu variants ir lietot highway=servce, service=driveway,  
driveway=pipestem.

Bet tas man liekas overkills.

Ko sakiet?

Pāriet uz šo shēmu šķiet ļoti vienkāršI;
Atodam highway=living-street, kam nav name= un pārliekam uz  
highway=service, service=driveway


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





--
Sent from my Atari 2600

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

Re: [Talk-lv] Māju pagalmi

Esmu par service=driveway priekš pagalmu ceļiem. Viss, kam jau ir ielas
nosaukums, vairs nav service. Par pipeblablabla domāju, ka pārāk loels
overkill...
On Jul 18, 2013 2:06 PM, Lauris Bukšis-Haberkorns lafr...@gmail.com
wrote:

Jā es par par to, ka tagi nav jāpielāgo speciāli rūtošanai... ja dzīvojamā
zona, tad living_street. Var jau pielikt kaut kādus vel tagus klāt kā
lanes/width utt, lai atzīmētu, piemēram mazajām pagalmu ieliņām, ka tur ir
tik, piemēram, vienas joslas platumā tas ceļš... ko teorētiski pēc tam
rūtošanas algoritmi varētu ņemt vērā, bet tas jau tad uzlabojams viņiem, ne
osm.

Lauris

2013. gada 18. jūlijs 13:12 uld...@gmail.com rakstīja:

Es arī par to, ka paliek living_street. Arī rūtinga algoritmi (veidotāji)
mēdz kļūdīties, ne tikai mapotāji ko dara nepareizi. Kaut kādus overkillus
taisīt tikai lai rūtingi darbotos šķietami loģiski ... diezin vai vajag.
uldics

On Thu, 18 Jul 2013 11:49:06 +0300, Normunds Rustanovics
trak...@gmail.com wrote:

Riskants pasākums, manuprāt ir pilns ar reālām living street (t.i.
ielām, kurām ir uzstādīta zīme “dzīvojamā zona” #528 ) kurām nav vārdu. Ar
tādu automātisko pieeju tās visas paliks par pagalmiem

Un kas vainas, ka routē pa pagalmiem? Ja routinga programmai uzstādīts
taisnākais variants, nevis ātrākais (kur priekšroka ir šosejām), tad tā
lietotājs ir vēlējies.

On 18 Jul 2013, at 11:38, Viesturs Zarins viest...@gmail.com wrote:

Kārtējais mēģinājums uzlabot tagus.

Šobrīd tagojam pagalmus kā living street.
Bet sekas ir tādas ka:
- living street tiek sagadīts ielas nosaukums
- routingiem patīk izroutēt caur living st.

Kādu laiciņu skatos uz highway=service pusi pagalmu ielām.
Service ir dažādi apakšvarianti: http://wiki.openstreetmap.org/**
wiki/Key:service http://wiki.openstreetmap.org/wiki/Key:service
Service=driveway vistuvāk atbilst māju pagalmiem - piebraukšanai pie
mājām, nav paredzēts publiskai lietošanai.

Tagging listē ir apspriests kautkas līdzīgs mūsu gadījumam: kopīgs
piebraucamais ceļš vairākiem īpašumiem.
http://lists.openstreetmap.**org/pipermail/tagging/2011-**
February/006928.htmlhttp://lists.openstreetmap.org/pipermail/tagging/2011-February/006928.html
Viņu variants ir lietot highway=servce, service=driveway,
driveway=pipestem.
Bet tas man liekas overkills.

Ko sakiet?

Pāriet uz šo shēmu šķiet ļoti vienkāršI;
Atodam highway=living-street, kam nav name= un pārliekam uz
highway=service, service=driveway

Viesturs
__**_
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv

--
Sent from my Atari 2600

__**_
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv

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

Re: [Talk-lv] Māju pagalmi

Max speed gan muļķības... livingstreet jau automātiski ir 20km/h
On Jul 18, 2013 2:51 PM, Normunds Rustanovics trak...@gmail.com wrote:

Max Ātrumu jānorāda, tad arī nerūtēs

On 18 Jul 2013, at 14:06, Lauris Bukšis-Haberkorns lafr...@gmail.com
wrote:

Lauris

2013. gada 18. jūlijs 13:12 uld...@gmail.com rakstīja:

On Thu, 18 Jul 2013 11:49:06 +0300, Normunds Rustanovics
trak...@gmail.com wrote:

Riskants pasākums, manuprāt ir pilns ar reālām living street (t.i. ielām,
kurām ir uzstādīta zīme “dzīvojamā zona” #528 ) kurām nav vārdu. Ar tādu
automātisko pieeju tās visas paliks par pagalmiem

Un kas vainas, ka routē pa pagalmiem? Ja routinga programmai uzstādīts
taisnākais variants, nevis ātrākais (kur priekšroka ir šosejām), tad tā
lietotājs ir vēlējies.

On 18 Jul 2013, at 11:38, Viesturs Zarins viest...@gmail.com wrote:

Kārtējais mēģinājums uzlabot tagus.

Šobrīd tagojam pagalmus kā living street.
Bet sekas ir tādas ka:
- living street tiek sagadīts ielas nosaukums
- routingiem patīk izroutēt caur living st.

Ko sakiet?

Pāriet uz šo shēmu šķiet ļoti vienkāršI;
Atodam highway=living-street, kam nav name= un pārliekam uz
highway=service, service=driveway

Viesturs
__**_
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv

--
Sent from my Atari 2600

__**_
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv

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

Re: [Talk-lv] Māju pagalmi

2013-07-18 Per discussione Normunds Rustanovics

Vai tad ne skatoties kas rūtē? ar kādu routingu vispār ir runa? Var jau 
piemēram taisīt OSM garmin kartes, un tur es neesmu pārliecināts ka vispār 
ekssitē tāds living-street, mantojas tikai ātrumi 

On 18 Jul 2013, at 14:52, Jānis Ročāns janis.roc...@gmail.com wrote:

 Max speed gan muļķības... livingstreet jau automātiski ir 20km/h
 
 On Jul 18, 2013 2:51 PM, Normunds Rustanovics trak...@gmail.com wrote:
 Max Ātrumu jānorāda, tad arī nerūtēs
 
 N. 
 
 
 On 18 Jul 2013, at 14:06, Lauris Bukšis-Haberkorns lafr...@gmail.com wrote:
 
 Jā es par par to, ka tagi nav jāpielāgo speciāli rūtošanai... ja dzīvojamā 
 zona, tad living_street. Var jau pielikt kaut kādus vel tagus klāt kā 
 lanes/width utt, lai atzīmētu, piemēram mazajām pagalmu ieliņām, ka tur ir 
 tik, piemēram, vienas joslas platumā tas ceļš... ko teorētiski pēc tam 
 rūtošanas algoritmi varētu ņemt vērā, bet tas jau tad uzlabojams viņiem, ne 
 osm.
 
 Lauris
 
 2013. gada 18. jūlijs 13:12 uld...@gmail.com rakstīja:
 Es arī par to, ka paliek living_street. Arī rūtinga algoritmi (veidotāji) 
 mēdz kļūdīties, ne tikai mapotāji ko dara nepareizi. Kaut kādus overkillus 
 taisīt tikai lai rūtingi darbotos šķietami loģiski ... diezin vai vajag.
 uldics
 
 
 
 
 On Thu, 18 Jul 2013 11:49:06 +0300, Normunds Rustanovics trak...@gmail.com 
 wrote:
 
 Riskants pasākums, manuprāt ir pilns ar reālām living street (t.i. ielām, 
 kurām ir uzstādīta zīme “dzīvojamā zona” #528 ) kurām nav vārdu. Ar tādu 
 automātisko pieeju tās visas paliks par pagalmiem
 
 Un kas vainas, ka routē pa pagalmiem? Ja routinga programmai uzstādīts 
 taisnākais variants, nevis ātrākais (kur priekšroka ir šosejām), tad tā 
 lietotājs ir vēlējies.
 
 N.
 
 
 On 18 Jul 2013, at 11:38, Viesturs Zarins viest...@gmail.com wrote:
 
 Kārtējais mēģinājums uzlabot tagus.
 
 Šobrīd tagojam pagalmus kā living street.
 Bet sekas ir tādas ka:
 - living street tiek sagadīts ielas nosaukums
 - routingiem patīk izroutēt caur living st.
 
 Kādu laiciņu skatos uz highway=service pusi pagalmu ielām.
 Service ir dažādi apakšvarianti: 
 http://wiki.openstreetmap.org/wiki/Key:service
 Service=driveway vistuvāk atbilst māju pagalmiem - piebraukšanai pie mājām, 
 nav paredzēts publiskai lietošanai.
 
 Tagging listē ir apspriests kautkas līdzīgs mūsu gadījumam: kopīgs 
 piebraucamais ceļš vairākiem īpašumiem.
 http://lists.openstreetmap.org/pipermail/tagging/2011-February/006928.html
 Viņu variants ir lietot highway=servce, service=driveway, driveway=pipestem.
 Bet tas man liekas overkills.
 
 Ko sakiet?
 
 Pāriet uz šo shēmu šķiet ļoti vienkāršI;
 Atodam highway=living-street, kam nav name= un pārliekam uz highway=service, 
 service=driveway
 
 Viesturs
 ___
 Talk-lv mailing list
 Talk-lv@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-lv
 
 
 
 -- 
 Sent from my Atari 2600
 
 
 ___
 Talk-lv mailing list
 Talk-lv@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-lv
 
 
 ___
 Talk-lv mailing list
 Talk-lv@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-lv

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

Re: [Talk-lv] Māju pagalmi

2013-07-18 Per discussione Lauris Bukšis-Haberkorns

max ātrumu norādīt ir lieki, ja tas neatšķiras no defaultā Latvijā (20
km/h). Pie tam, ja rūtētājam uzliek īsāko ceļu, nevis ātrāko, tad ātruma
ierobežojumi viņam ir vienalga :)

Lauris

2013. gada 18. jūlijs 14:50 Normunds Rustanovics trak...@gmail.comrakstīja:

Max Ātrumu jānorāda, tad arī nerūtēs

On 18 Jul 2013, at 14:06, Lauris Bukšis-Haberkorns lafr...@gmail.com
wrote:

Lauris

2013. gada 18. jūlijs 13:12 uld...@gmail.com rakstīja:

On Thu, 18 Jul 2013 11:49:06 +0300, Normunds Rustanovics
trak...@gmail.com wrote:

Riskants pasākums, manuprāt ir pilns ar reālām living street (t.i. ielām,
kurām ir uzstādīta zīme “dzīvojamā zona” #528 ) kurām nav vārdu. Ar tādu
automātisko pieeju tās visas paliks par pagalmiem

Un kas vainas, ka routē pa pagalmiem? Ja routinga programmai uzstādīts
taisnākais variants, nevis ātrākais (kur priekšroka ir šosejām), tad tā
lietotājs ir vēlējies.

On 18 Jul 2013, at 11:38, Viesturs Zarins viest...@gmail.com wrote:

Kārtējais mēģinājums uzlabot tagus.

Šobrīd tagojam pagalmus kā living street.
Bet sekas ir tādas ka:
- living street tiek sagadīts ielas nosaukums
- routingiem patīk izroutēt caur living st.

Ko sakiet?

Pāriet uz šo shēmu šķiet ļoti vienkāršI;
Atodam highway=living-street, kam nav name= un pārliekam uz
highway=service, service=driveway

Viesturs
__**_
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv

--
Sent from my Atari 2600

__**_
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv

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

Re: [Talk-lv] Māju pagalmi

2013-07-18 Per discussione Lauris Bukšis-Haberkorns

Nu ja tūlis nepieliek garmin kartēm eksportējot max speed 20km/h ielām, kas
ir living street, tad tas jau ir jālabo tajā konvertācijas tūlī, nevis
jāliek visām living street max speed 20. Kā jau minēju iepriekš ir jātago
nevis renderēšanai/rūtošanai kaut kas speciāli, bet jāmēģina panākt pēc
iespējas kvalitatīvāki dati.. Piemēram, ja pamainās CSN, ka pilsētā
atļautais ātrums ir 60, lai nebūtu tagad vēlreiz jāpārbraukā visas ielas,
kurām ir uzlikts max_speed=50 un jāpārbauda vēlreiz, vai tas ir defaultais
ātruma ierobežojums vai arī tur patiešām ir tā zīme ar maksimālo ātrumu
50... tas pats arī attiecas uz livnig street, ja nav speciālas ātruma
ierobežojošās zīmes, piemēram 10 vai 5, tad likt max_speed tagu ir lieki un
pat no nākotnes perspektīvas traucējoši.

Lauris

2013. gada 18. jūlijs 14:54 Normunds Rustanovics trak...@gmail.comrakstīja:

Vai tad ne skatoties kas rūtē? ar kādu routingu vispār ir runa? Var jau
piemēram taisīt OSM garmin kartes, un tur es neesmu pārliecināts ka vispār
ekssitē tāds living-street, mantojas tikai ātrumi

On 18 Jul 2013, at 14:52, Jānis Ročāns janis.roc...@gmail.com wrote:

Max speed gan muļķības... livingstreet jau automātiski ir 20km/h
On Jul 18, 2013 2:51 PM, Normunds Rustanovics trak...@gmail.com wrote:

Max Ātrumu jānorāda, tad arī nerūtēs

On 18 Jul 2013, at 14:06, Lauris Bukšis-Haberkorns lafr...@gmail.com
wrote:

Jā es par par to, ka tagi nav jāpielāgo speciāli rūtošanai... ja
dzīvojamā zona, tad living_street. Var jau pielikt kaut kādus vel tagus
klāt kā lanes/width utt, lai atzīmētu, piemēram mazajām pagalmu ieliņām, ka
tur ir tik, piemēram, vienas joslas platumā tas ceļš... ko teorētiski pēc
tam rūtošanas algoritmi varētu ņemt vērā, bet tas jau tad uzlabojams
viņiem, ne osm.

Lauris

2013. gada 18. jūlijs 13:12 uld...@gmail.com rakstīja:

Es arī par to, ka paliek living_street. Arī rūtinga algoritmi
(veidotāji) mēdz kļūdīties, ne tikai mapotāji ko dara nepareizi. Kaut kādus
overkillus taisīt tikai lai rūtingi darbotos šķietami loģiski ... diezin
vai vajag.
uldics

On Thu, 18 Jul 2013 11:49:06 +0300, Normunds Rustanovics
trak...@gmail.com wrote:

Riskants pasākums, manuprāt ir pilns ar reālām living street (t.i.
ielām, kurām ir uzstādīta zīme “dzīvojamā zona” #528 ) kurām nav vārdu. Ar
tādu automātisko pieeju tās visas paliks par pagalmiem

Un kas vainas, ka routē pa pagalmiem? Ja routinga programmai uzstādīts
taisnākais variants, nevis ātrākais (kur priekšroka ir šosejām), tad tā
lietotājs ir vēlējies.

On 18 Jul 2013, at 11:38, Viesturs Zarins viest...@gmail.com wrote:

Kārtējais mēģinājums uzlabot tagus.

Šobrīd tagojam pagalmus kā living street.
Bet sekas ir tādas ka:
- living street tiek sagadīts ielas nosaukums
- routingiem patīk izroutēt caur living st.

Ko sakiet?

Pāriet uz šo shēmu šķiet ļoti vienkāršI;
Atodam highway=living-street, kam nav name= un pārliekam uz
highway=service, service=driveway

Viesturs
__**_
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv

--
Sent from my Atari 2600

__**_
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv

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

Re: [Talk-lv] Māju pagalmi

Vispār, ko mēš šeit daram? Kāds ir mūsu uzdevums? Veidot karti, domājot par
pasaules (tās daļas) attēlošanu datos. Mēs netaisām routētājus, karšu
renderētājus utt. Ja routētājs ir tik stulbs, ka nesaprot, ka dzīvojamā
zona nav piemērota kravu pārvadājumu maršruta plānošanā, tad tā jau ir viņu
problēma. Viens no DB pamatprincipiem ir nedublēt datus (ja vien nav
nepieciešamība uzlabot ātrdarbību), lai pēc tam reālās dzīves situācijai
mainoties nebūtu nepieciešams labot datus 79 dažādās vietās
(highway=livingstreet, maxspeed=20, foo=bar.. uz highway=residential,
maxspeed=50, foo=kuku.) mums pašiem un arī routētājiem patiesībā ir
vienkāršāk nomainīt livingstreet uz residential.

2013/7/18 Lauris Bukšis-Haberkorns lafr...@gmail.com

max ātrumu norādīt ir lieki, ja tas neatšķiras no defaultā Latvijā (20
km/h). Pie tam, ja rūtētājam uzliek īsāko ceļu, nevis ātrāko, tad ātruma
ierobežojumi viņam ir vienalga :)

Lauris

2013. gada 18. jūlijs 14:50 Normunds Rustanovics trak...@gmail.comrakstīja:

Max Ātrumu jānorāda, tad arī nerūtēs

On 18 Jul 2013, at 14:06, Lauris Bukšis-Haberkorns lafr...@gmail.com
wrote:

Jā es par par to, ka tagi nav jāpielāgo speciāli rūtošanai... ja
dzīvojamā zona, tad living_street. Var jau pielikt kaut kādus vel tagus
klāt kā lanes/width utt, lai atzīmētu, piemēram mazajām pagalmu ieliņām, ka
tur ir tik, piemēram, vienas joslas platumā tas ceļš... ko teorētiski pēc
tam rūtošanas algoritmi varētu ņemt vērā, bet tas jau tad uzlabojams
viņiem, ne osm.

Lauris

2013. gada 18. jūlijs 13:12 uld...@gmail.com rakstīja:

Es arī par to, ka paliek living_street. Arī rūtinga algoritmi
(veidotāji) mēdz kļūdīties, ne tikai mapotāji ko dara nepareizi. Kaut kādus
overkillus taisīt tikai lai rūtingi darbotos šķietami loģiski ... diezin
vai vajag.
uldics

On Thu, 18 Jul 2013 11:49:06 +0300, Normunds Rustanovics
trak...@gmail.com wrote:

Riskants pasākums, manuprāt ir pilns ar reālām living street (t.i.
ielām, kurām ir uzstādīta zīme “dzīvojamā zona” #528 ) kurām nav vārdu. Ar
tādu automātisko pieeju tās visas paliks par pagalmiem

Un kas vainas, ka routē pa pagalmiem? Ja routinga programmai uzstādīts
taisnākais variants, nevis ātrākais (kur priekšroka ir šosejām), tad tā
lietotājs ir vēlējies.

On 18 Jul 2013, at 11:38, Viesturs Zarins viest...@gmail.com wrote:

Kārtējais mēģinājums uzlabot tagus.

Šobrīd tagojam pagalmus kā living street.
Bet sekas ir tādas ka:
- living street tiek sagadīts ielas nosaukums
- routingiem patīk izroutēt caur living st.

Ko sakiet?

Pāriet uz šo shēmu šķiet ļoti vienkāršI;
Atodam highway=living-street, kam nav name= un pārliekam uz
highway=service, service=driveway

Viesturs
__**_
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv

--
Sent from my Atari 2600

__**_
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv

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

--
Jānis
___
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-lv

Re: [Talk-lv] Māju pagalmi

Pilnībā atbalstu Laura viedokli.

2013/7/18 Lauris Bukšis-Haberkorns lafr...@gmail.com

Nu ja tūlis nepieliek garmin kartēm eksportējot max speed 20km/h ielām,
kas ir living street, tad tas jau ir jālabo tajā konvertācijas tūlī, nevis
jāliek visām living street max speed 20. Kā jau minēju iepriekš ir jātago
nevis renderēšanai/rūtošanai kaut kas speciāli, bet jāmēģina panākt pēc
iespējas kvalitatīvāki dati.. Piemēram, ja pamainās CSN, ka pilsētā
atļautais ātrums ir 60, lai nebūtu tagad vēlreiz jāpārbraukā visas ielas,
kurām ir uzlikts max_speed=50 un jāpārbauda vēlreiz, vai tas ir defaultais
ātruma ierobežojums vai arī tur patiešām ir tā zīme ar maksimālo ātrumu
50... tas pats arī attiecas uz livnig street, ja nav speciālas ātruma
ierobežojošās zīmes, piemēram 10 vai 5, tad likt max_speed tagu ir lieki un
pat no nākotnes perspektīvas traucējoši.

Lauris

2013. gada 18. jūlijs 14:54 Normunds Rustanovics trak...@gmail.comrakstīja:

On 18 Jul 2013, at 14:52, Jānis Ročāns janis.roc...@gmail.com wrote:

Max speed gan muļķības... livingstreet jau automātiski ir 20km/h
On Jul 18, 2013 2:51 PM, Normunds Rustanovics trak...@gmail.com
wrote:

Max Ātrumu jānorāda, tad arī nerūtēs

On 18 Jul 2013, at 14:06, Lauris Bukšis-Haberkorns lafr...@gmail.com
wrote:

Jā es par par to, ka tagi nav jāpielāgo speciāli rūtošanai... ja
dzīvojamā zona, tad living_street. Var jau pielikt kaut kādus vel tagus
klāt kā lanes/width utt, lai atzīmētu, piemēram mazajām pagalmu ieliņām, ka
tur ir tik, piemēram, vienas joslas platumā tas ceļš... ko teorētiski pēc
tam rūtošanas algoritmi varētu ņemt vērā, bet tas jau tad uzlabojams
viņiem, ne osm.

Lauris

2013. gada 18. jūlijs 13:12 uld...@gmail.com rakstīja:

Es arī par to, ka paliek living_street. Arī rūtinga algoritmi
(veidotāji) mēdz kļūdīties, ne tikai mapotāji ko dara nepareizi. Kaut kādus
overkillus taisīt tikai lai rūtingi darbotos šķietami loģiski ... diezin
vai vajag.
uldics

On Thu, 18 Jul 2013 11:49:06 +0300, Normunds Rustanovics
trak...@gmail.com wrote:

Riskants pasākums, manuprāt ir pilns ar reālām living street (t.i.
ielām, kurām ir uzstādīta zīme “dzīvojamā zona” #528 ) kurām nav vārdu. Ar
tādu automātisko pieeju tās visas paliks par pagalmiem

Un kas vainas, ka routē pa pagalmiem? Ja routinga programmai uzstādīts
taisnākais variants, nevis ātrākais (kur priekšroka ir šosejām), tad tā
lietotājs ir vēlējies.

On 18 Jul 2013, at 11:38, Viesturs Zarins viest...@gmail.com wrote:

Kārtējais mēģinājums uzlabot tagus.

Šobrīd tagojam pagalmus kā living street.
Bet sekas ir tādas ka:
- living street tiek sagadīts ielas nosaukums
- routingiem patīk izroutēt caur living st.

Ko sakiet?

Pāriet uz šo shēmu šķiet ļoti vienkāršI;
Atodam highway=living-street, kam nav name= un pārliekam uz
highway=service, service=driveway

Viesturs
__**_
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv

--
Sent from my Atari 2600

__**_
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv

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

--
Jānis
___
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-lv

Re: [Talk-lv] Māju pagalmi

Šeit ir tīri labi iesākts, manuprāt:
http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Maxspeed
Ieteiktu papildināt ar Latvijas defaultajiem maxspeed, lai routētāju
izstrādātājiem nebūtu jālasa CSN.
http://wiki.openstreetmap.org/wiki/Key:service
http://wiki.openstreetmap.org/wiki/Tag:service%3Ddriveway

2013/7/18 Lauris Bukšis-Haberkorns lafr...@gmail.com

Pie tam liekot highway=service, gribot negribot būs jāliek max speed tags,
jo neredzu iemeslu kāpēc pa service ielu nevarētu braukt uz 50, ja zīmes
tur nav.. tādā veidā gribot kā labāk var salauzt rūtētājus vēl vairāk :)

Lauris

2013. gada 18. jūlijs 15:08 Normunds Rustanovics trak...@gmail.comrakstīja:

Tieši tā. Tāpēc nesaprotu kāpēc vajag speciāli salauztam routētājam likt
service road, tur kur nav service road

On 18 Jul 2013, at 15:06, Jānis Ročāns janis.roc...@gmail.com wrote:

Vispār, ko mēš šeit daram? Kāds ir mūsu uzdevums? Veidot karti, domājot
par pasaules (tās daļas) attēlošanu datos. Mēs netaisām routētājus, karšu
renderētājus utt. Ja routētājs ir tik stulbs, ka nesaprot, ka dzīvojamā
zona nav piemērota kravu pārvadājumu maršruta plānošanā, tad tā jau ir viņu
problēma. Viens no DB pamatprincipiem ir nedublēt datus (ja vien nav
nepieciešamība uzlabot ātrdarbību), lai pēc tam reālās dzīves situācijai
mainoties nebūtu nepieciešams labot datus 79 dažādās vietās
(highway=livingstreet, maxspeed=20, foo=bar.. uz highway=residential,
maxspeed=50, foo=kuku.) mums pašiem un arī routētājiem patiesībā ir
vienkāršāk nomainīt livingstreet uz residential.

2013/7/18 Lauris Bukšis-Haberkorns lafr...@gmail.com

max ātrumu norādīt ir lieki, ja tas neatšķiras no defaultā Latvijā (20
km/h). Pie tam, ja rūtētājam uzliek īsāko ceļu, nevis ātrāko, tad ātruma
ierobežojumi viņam ir vienalga :)

Lauris

2013. gada 18. jūlijs 14:50 Normunds Rustanovics trak...@gmail.com
rakstīja:

Max Ātrumu jānorāda, tad arī nerūtēs

On 18 Jul 2013, at 14:06, Lauris Bukšis-Haberkorns lafr...@gmail.com
wrote:

Jā es par par to, ka tagi nav jāpielāgo speciāli rūtošanai... ja
dzīvojamā zona, tad living_street. Var jau pielikt kaut kādus vel tagus
klāt kā lanes/width utt, lai atzīmētu, piemēram mazajām pagalmu ieliņām, ka
tur ir tik, piemēram, vienas joslas platumā tas ceļš... ko teorētiski pēc
tam rūtošanas algoritmi varētu ņemt vērā, bet tas jau tad uzlabojams
viņiem, ne osm.

Lauris

2013. gada 18. jūlijs 13:12 uld...@gmail.com rakstīja:

Es arī par to, ka paliek living_street. Arī rūtinga algoritmi
(veidotāji) mēdz kļūdīties, ne tikai mapotāji ko dara nepareizi. Kaut
kādus
overkillus taisīt tikai lai rūtingi darbotos šķietami loģiski ... diezin
vai vajag.
uldics

On Thu, 18 Jul 2013 11:49:06 +0300, Normunds Rustanovics
trak...@gmail.com wrote:

Riskants pasākums, manuprāt ir pilns ar reālām living street (t.i.
ielām, kurām ir uzstādīta zīme “dzīvojamā zona” #528 ) kurām nav vārdu.
Ar
tādu automātisko pieeju tās visas paliks par pagalmiem

Un kas vainas, ka routē pa pagalmiem? Ja routinga programmai
uzstādīts taisnākais variants, nevis ātrākais (kur priekšroka ir
šosejām),
tad tā lietotājs ir vēlējies.

On 18 Jul 2013, at 11:38, Viesturs Zarins viest...@gmail.com wrote:

Kārtējais mēģinājums uzlabot tagus.

Šobrīd tagojam pagalmus kā living street.
Bet sekas ir tādas ka:
- living street tiek sagadīts ielas nosaukums
- routingiem patīk izroutēt caur living st.

Ko sakiet?

Pāriet uz šo shēmu šķiet ļoti vienkāršI;
Atodam highway=living-street, kam nav name= un pārliekam uz
highway=service, service=driveway

Viesturs
__**_
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv

--
Sent from my Atari 2600

__**_
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv

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

___
Talk-lv mailing list
Talk-lv@openstreetmap.org

Re: [Talk-lv] Māju pagalmi

2013-07-18 Per discussione Lauris Bukšis-Haberkorns

bet kas tad tavuprāt ir living street? piebraucamais ceļš manā izpratnē ir
celš, kas aiziet uz privātmāju, kas lielākoties būs privāts un ja tu to
izmantosi, tad pastāv liela iespēja, ka kāds izskries ar dakšām tev virsū
;)))
savukārt living_street pēc būtības ir publiski izmantojams (ja vien protams
nav uzlikts ķieģelis utt) un neviens man idejiski nevar aizliegt tur
braukt, pat ja es nebraucu ne uz vienu no tām mājām. Tas vai rūtētājs tādus
izmanto pa vidam maršrutā vai nē ir jālabo rūtētājam, nevis datos. Ja mēs
visas ielas pārliksim uz service, tad living_street labākajā gadījumā
paliks vispār tikai pāris, jo 80% living_steet jau arī ir pagalmu ielas.
(ne uz faktiem balstīts apgalvojums :))) )

Lauris

2013. gada 18. jūlijs 15:14 Jānis Ročāns janis.roc...@gmail.com rakstīja:

highway=service
service=driveway
principā nozīmē piebraucamais ceļš, kas ļoti tuvu atbilst pagalmu ielu
funkcijai. ja pa tādām var izveidot īsāku maršrutu, lai tad to izmanto
gājēju un velo routētāji, bet auto routētājus salabo un izmanto tikai kā
beidzamo maršruta posmu līdz adresei.

2013/7/18 Normunds Rustanovics trak...@gmail.com

Tieši tā. Tāpēc nesaprotu kāpēc vajag speciāli salauztam routētājam likt
service road, tur kur nav service road

On 18 Jul 2013, at 15:06, Jānis Ročāns janis.roc...@gmail.com wrote:

Vispār, ko mēš šeit daram? Kāds ir mūsu uzdevums? Veidot karti, domājot
par pasaules (tās daļas) attēlošanu datos. Mēs netaisām routētājus, karšu
renderētājus utt. Ja routētājs ir tik stulbs, ka nesaprot, ka dzīvojamā
zona nav piemērota kravu pārvadājumu maršruta plānošanā, tad tā jau ir viņu
problēma. Viens no DB pamatprincipiem ir nedublēt datus (ja vien nav
nepieciešamība uzlabot ātrdarbību), lai pēc tam reālās dzīves situācijai
mainoties nebūtu nepieciešams labot datus 79 dažādās vietās
(highway=livingstreet, maxspeed=20, foo=bar.. uz highway=residential,
maxspeed=50, foo=kuku.) mums pašiem un arī routētājiem patiesībā ir
vienkāršāk nomainīt livingstreet uz residential.

2013/7/18 Lauris Bukšis-Haberkorns lafr...@gmail.com

max ātrumu norādīt ir lieki, ja tas neatšķiras no defaultā Latvijā (20
km/h). Pie tam, ja rūtētājam uzliek īsāko ceļu, nevis ātrāko, tad ātruma
ierobežojumi viņam ir vienalga :)

Lauris

2013. gada 18. jūlijs 14:50 Normunds Rustanovics trak...@gmail.com
rakstīja:

Max Ātrumu jānorāda, tad arī nerūtēs

On 18 Jul 2013, at 14:06, Lauris Bukšis-Haberkorns lafr...@gmail.com
wrote:

Jā es par par to, ka tagi nav jāpielāgo speciāli rūtošanai... ja
dzīvojamā zona, tad living_street. Var jau pielikt kaut kādus vel tagus
klāt kā lanes/width utt, lai atzīmētu, piemēram mazajām pagalmu ieliņām, ka
tur ir tik, piemēram, vienas joslas platumā tas ceļš... ko teorētiski pēc
tam rūtošanas algoritmi varētu ņemt vērā, bet tas jau tad uzlabojams
viņiem, ne osm.

Lauris

2013. gada 18. jūlijs 13:12 uld...@gmail.com rakstīja:

Es arī par to, ka paliek living_street. Arī rūtinga algoritmi
(veidotāji) mēdz kļūdīties, ne tikai mapotāji ko dara nepareizi. Kaut
kādus
overkillus taisīt tikai lai rūtingi darbotos šķietami loģiski ... diezin
vai vajag.
uldics

On Thu, 18 Jul 2013 11:49:06 +0300, Normunds Rustanovics
trak...@gmail.com wrote:

Riskants pasākums, manuprāt ir pilns ar reālām living street (t.i.
ielām, kurām ir uzstādīta zīme “dzīvojamā zona” #528 ) kurām nav vārdu.
Ar
tādu automātisko pieeju tās visas paliks par pagalmiem

Un kas vainas, ka routē pa pagalmiem? Ja routinga programmai
uzstādīts taisnākais variants, nevis ātrākais (kur priekšroka ir
šosejām),
tad tā lietotājs ir vēlējies.

On 18 Jul 2013, at 11:38, Viesturs Zarins viest...@gmail.com wrote:

Kārtējais mēģinājums uzlabot tagus.

Šobrīd tagojam pagalmus kā living street.
Bet sekas ir tādas ka:
- living street tiek sagadīts ielas nosaukums
- routingiem patīk izroutēt caur living st.

Ko sakiet?

Pāriet uz šo shēmu šķiet ļoti vienkāršI;
Atodam highway=living-street, kam nav name= un pārliekam uz
highway=service, service=driveway

Viesturs
__**_
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv

--
Sent from my Atari 2600

Re: [Talk-lv] Māju pagalmi

2013-07-18 Per discussione Lauris Bukšis-Haberkorns

Tabulā ieliku copy/paste no Igaunijas, jo cik man izskatās mums ir tas pats.

Ja tu service/driveway linkus sūtīji man, tad es neredzu iemeslu kāpēc lai
uz driveway attiecinātu dzīvojamās zonas ātruma ierobežojumu (arī tajos
linkos neko tādu neatradu)

Lauris

2013. gada 18. jūlijs 15:25 Jānis Ročāns janis.roc...@gmail.com rakstīja:

2013/7/18 Lauris Bukšis-Haberkorns lafr...@gmail.com

Pie tam liekot highway=service, gribot negribot būs jāliek max speed
tags, jo neredzu iemeslu kāpēc pa service ielu nevarētu braukt uz 50, ja
zīmes tur nav.. tādā veidā gribot kā labāk var salauzt rūtētājus vēl vairāk
:)

Lauris

2013. gada 18. jūlijs 15:08 Normunds Rustanovics trak...@gmail.comrakstīja:

Tieši tā. Tāpēc nesaprotu kāpēc vajag speciāli salauztam routētājam likt
service road, tur kur nav service road

On 18 Jul 2013, at 15:06, Jānis Ročāns janis.roc...@gmail.com wrote:

Vispār, ko mēš šeit daram? Kāds ir mūsu uzdevums? Veidot karti, domājot
par pasaules (tās daļas) attēlošanu datos. Mēs netaisām routētājus, karšu
renderētājus utt. Ja routētājs ir tik stulbs, ka nesaprot, ka dzīvojamā
zona nav piemērota kravu pārvadājumu maršruta plānošanā, tad tā jau ir viņu
problēma. Viens no DB pamatprincipiem ir nedublēt datus (ja vien nav
nepieciešamība uzlabot ātrdarbību), lai pēc tam reālās dzīves situācijai
mainoties nebūtu nepieciešams labot datus 79 dažādās vietās
(highway=livingstreet, maxspeed=20, foo=bar.. uz highway=residential,
maxspeed=50, foo=kuku.) mums pašiem un arī routētājiem patiesībā ir
vienkāršāk nomainīt livingstreet uz residential.

2013/7/18 Lauris Bukšis-Haberkorns lafr...@gmail.com

max ātrumu norādīt ir lieki, ja tas neatšķiras no defaultā Latvijā (20
km/h). Pie tam, ja rūtētājam uzliek īsāko ceļu, nevis ātrāko, tad ātruma
ierobežojumi viņam ir vienalga :)

Lauris

2013. gada 18. jūlijs 14:50 Normunds Rustanovics trak...@gmail.com
rakstīja:

Max Ātrumu jānorāda, tad arī nerūtēs

On 18 Jul 2013, at 14:06, Lauris Bukšis-Haberkorns lafr...@gmail.com
wrote:

Jā es par par to, ka tagi nav jāpielāgo speciāli rūtošanai... ja
dzīvojamā zona, tad living_street. Var jau pielikt kaut kādus vel tagus
klāt kā lanes/width utt, lai atzīmētu, piemēram mazajām pagalmu ieliņām,
ka
tur ir tik, piemēram, vienas joslas platumā tas ceļš... ko teorētiski pēc
tam rūtošanas algoritmi varētu ņemt vērā, bet tas jau tad uzlabojams
viņiem, ne osm.

Lauris

2013. gada 18. jūlijs 13:12 uld...@gmail.com rakstīja:

Es arī par to, ka paliek living_street. Arī rūtinga algoritmi
(veidotāji) mēdz kļūdīties, ne tikai mapotāji ko dara nepareizi. Kaut
kādus
overkillus taisīt tikai lai rūtingi darbotos šķietami loģiski ... diezin
vai vajag.
uldics

On Thu, 18 Jul 2013 11:49:06 +0300, Normunds Rustanovics
trak...@gmail.com wrote:

Riskants pasākums, manuprāt ir pilns ar reālām living street (t.i.
ielām, kurām ir uzstādīta zīme “dzīvojamā zona” #528 ) kurām nav vārdu.
Ar
tādu automātisko pieeju tās visas paliks par pagalmiem

Un kas vainas, ka routē pa pagalmiem? Ja routinga programmai
uzstādīts taisnākais variants, nevis ātrākais (kur priekšroka ir
šosejām),
tad tā lietotājs ir vēlējies.

On 18 Jul 2013, at 11:38, Viesturs Zarins viest...@gmail.com
wrote:

Kārtējais mēģinājums uzlabot tagus.

Šobrīd tagojam pagalmus kā living street.
Bet sekas ir tādas ka:
- living street tiek sagadīts ielas nosaukums
- routingiem patīk izroutēt caur living st.

Kādu laiciņu skatos uz highway=service pusi pagalmu ielām.
Service ir dažādi apakšvarianti: http://wiki.openstreetmap.org/**
wiki/Key:service http://wiki.openstreetmap.org/wiki/Key:service
Service=driveway vistuvāk atbilst māju pagalmiem - piebraukšanai
pie mājām, nav paredzēts publiskai lietošanai.

Ko sakiet?

Pāriet uz šo shēmu šķiet ļoti vienkāršI;
Atodam highway=living-street, kam nav name= un pārliekam uz
highway=service, service=driveway

Viesturs
__**_
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv

--
Sent from my Atari 2600

__**_
Talk-lv mailing list
Talk-lv@openstreetmap.org

Re: [Talk-lv] Māju pagalmi

Tu laikam pārprati.. living_street ir iela, ar nosaukumu utt... Bieži vien
gan laikam living_street zīme ir arī pie pagalmiem IMHO tas ir aplami no šo
zīmju uzstādīšanas viedokļa :/
Piekrītu, ka routētājam ir jālabo savs algoritms, ņemot vērā, ka max_speed
dzīvojamā zonā ir 20km/h, kā arī jāpievieno kāds koeficients, ar kādu
varbūtību šādu ielu izvēlēties.
No CSN par pagalmiem:
114. Apdzīvotās vietās visu transportlīdzekļu braukšanas ātrums nedrīkst
pārsniegt 50 km/h, bet dzīvojamās zonās, daudzdzīvokļu namu pagalmos,
degvielas uzpildes staciju un stāvvietu teritorijās - 20 km/h.
tātad arī šo vajadzētu iekļaut tajā tabulā


2013/7/18 Lauris Bukšis-Haberkorns lafr...@gmail.com

 Tabulā ieliku copy/paste no Igaunijas, jo cik man izskatās mums ir tas
 pats.

 Ja tu service/driveway linkus sūtīji man, tad es neredzu iemeslu kāpēc lai
 uz driveway attiecinātu dzīvojamās zonas ātruma ierobežojumu (arī tajos
 linkos neko tādu neatradu)

 Lauris

 2013. gada 18. jūlijs 15:25 Jānis Ročāns janis.roc...@gmail.comrakstīja:

 Šeit ir tīri labi iesākts, manuprāt:
 http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Maxspeed
 Ieteiktu papildināt ar Latvijas defaultajiem maxspeed, lai routētāju
 izstrādātājiem nebūtu jālasa CSN.
 http://wiki.openstreetmap.org/wiki/Key:service
 http://wiki.openstreetmap.org/wiki/Tag:service%3Ddriveway


 2013/7/18 Lauris Bukšis-Haberkorns lafr...@gmail.com

 Pie tam liekot highway=service, gribot negribot būs jāliek max speed
 tags, jo neredzu iemeslu kāpēc pa service ielu nevarētu braukt uz 50, ja
 zīmes tur nav.. tādā veidā gribot kā labāk var salauzt rūtētājus vēl vairāk
 :)

 Lauris


 2013. gada 18. jūlijs 15:08 Normunds Rustanovics 
 trak...@gmail.comrakstīja:

 Tieši tā. Tāpēc nesaprotu kāpēc vajag speciāli salauztam routētājam likt
 service road, tur kur nav service road

 N.


 On 18 Jul 2013, at 15:06, Jānis Ročāns janis.roc...@gmail.com wrote:

 Vispār, ko mēš šeit daram? Kāds ir mūsu uzdevums? Veidot karti, domājot
 par pasaules (tās daļas) attēlošanu datos. Mēs netaisām routētājus, karšu
 renderētājus utt. Ja routētājs ir tik stulbs, ka nesaprot, ka dzīvojamā
 zona nav piemērota kravu pārvadājumu maršruta plānošanā, tad tā jau ir viņu
 problēma. Viens no DB pamatprincipiem ir nedublēt datus (ja vien nav
 nepieciešamība uzlabot ātrdarbību), lai pēc tam reālās dzīves situācijai
 mainoties nebūtu nepieciešams labot datus 79 dažādās vietās
 (highway=livingstreet, maxspeed=20, foo=bar.. uz highway=residential,
 maxspeed=50, foo=kuku.) mums pašiem un arī routētājiem patiesībā ir
 vienkāršāk nomainīt livingstreet uz residential.


 2013/7/18 Lauris Bukšis-Haberkorns lafr...@gmail.com

 max ātrumu norādīt ir lieki, ja tas neatšķiras no defaultā Latvijā (20
 km/h). Pie tam, ja rūtētājam uzliek īsāko ceļu, nevis ātrāko, tad ātruma
 ierobežojumi viņam ir vienalga :)

 Lauris

 2013. gada 18. jūlijs 14:50 Normunds Rustanovics trak...@gmail.com
 rakstīja:

 Max Ātrumu jānorāda, tad arī nerūtēs

 N.


 On 18 Jul 2013, at 14:06, Lauris Bukšis-Haberkorns lafr...@gmail.com
 wrote:

 Jā es par par to, ka tagi nav jāpielāgo speciāli rūtošanai... ja
 dzīvojamā zona, tad living_street. Var jau pielikt kaut kādus vel tagus
 klāt kā lanes/width utt, lai atzīmētu, piemēram mazajām pagalmu ieliņām, 
 ka
 tur ir tik, piemēram, vienas joslas platumā tas ceļš... ko teorētiski pēc
 tam rūtošanas algoritmi varētu ņemt vērā, bet tas jau tad uzlabojams
 viņiem, ne osm.

 Lauris

 2013. gada 18. jūlijs 13:12 uld...@gmail.com rakstīja:

 Es arī par to, ka paliek living_street. Arī rūtinga algoritmi
 (veidotāji) mēdz kļūdīties, ne tikai mapotāji ko dara nepareizi. Kaut 
 kādus
 overkillus taisīt tikai lai rūtingi darbotos šķietami loģiski ... diezin
 vai vajag.
 uldics




 On Thu, 18 Jul 2013 11:49:06 +0300, Normunds Rustanovics 
 trak...@gmail.com wrote:

 Riskants pasākums, manuprāt ir pilns ar reālām living street (t.i.
 ielām, kurām ir uzstādīta zīme “dzīvojamā zona” #528 ) kurām nav 
 vārdu. Ar
 tādu automātisko pieeju tās visas paliks par pagalmiem

 Un kas vainas, ka routē pa pagalmiem? Ja routinga programmai
 uzstādīts taisnākais variants, nevis ātrākais (kur priekšroka ir 
 šosejām),
 tad tā lietotājs ir vēlējies.

 N.


 On 18 Jul 2013, at 11:38, Viesturs Zarins viest...@gmail.com
 wrote:

 Kārtējais mēģinājums uzlabot tagus.

 Šobrīd tagojam pagalmus kā living street.
 Bet sekas ir tādas ka:
 - living street tiek sagadīts ielas nosaukums
 - routingiem patīk izroutēt caur living st.

 Kādu laiciņu skatos uz highway=service pusi pagalmu ielām.
 Service ir dažādi apakšvarianti: http://wiki.openstreetmap.org/**
 wiki/Key:service http://wiki.openstreetmap.org/wiki/Key:service
 Service=driveway vistuvāk atbilst māju pagalmiem - piebraukšanai
 pie mājām, nav paredzēts publiskai lietošanai.

 Tagging listē ir apspriests kautkas līdzīgs mūsu gadījumam: kopīgs
 piebraucamais ceļš vairākiem īpašumiem.
 http://lists.openstreetmap.**org/pipermail/tagging/2011-**

Re: [Talk-cz] čísla turistických tras

2013-07-18 Per discussione Petr Holub

@Marek Prokop:

 Klidně změním názor, až mi někdo vysvětlí, kde ta čísla vezmeme a k
 čemu nám budou dobrá, když se bez nich skoro všude na světě obejdou (a
 všechny ne-KČT trasy u nás taky).

Ja bych se jim nebranil, i kdyby nam momentalne k nicemu nebyla. Ovsem
pouze za predpokladu, ze nam je nekdo dobrovolne da, kdyz se jinak
jedna o informaci, ktera s likvidaci starych rozcestniku mizi
z verejneho prostoru do vnitrni databaze KCT.

@kavol:

 máme se tedy na mapu vykašlat, analogicky s tím, jak naznačuješ, že se máme
 vykašlat na snahy od KČT něco (třeba nedobrovolně) získat?
 
  Pro veřejnost jsou čísla tras zrušená a pokud bychom se k nim někdy dostali,
  jak tu již bylo řečeno, kdoví v jakém stavu tato data jsou.
 
 to je argument pro argument - pojďme se vykašlat na veškeré importy jako
 DIBAVOD a spol., kdo ví, v jakém stavu ty data jsou, vždyť jsme v tom museli
 opravovat tuny chyb ...

Ale tady resime jinou situaci - pokud se vlastnika dat zeptame
a vlastnik dat souhlasi, tak jsem pro importy, nejsou-li ta data
v uplne spatnem stavu (jsou lide, kteri si mysli, ze importy jsou
obecne spatne zejmena z duvodu jejich nasledne udrzby - osobne
k nim nepatrim, radeji opravim data nez zacinat se slepou mapou).

Jenze KCT jsme se ptali opakovane a opakovane jsme dostavali odpoved
ne. Takze mi prijde veskrze neucelne tady mudrovat nad tim, jak
je k tomu donutit - nanejvys je zcela nastveme a budeme se pak s nimi
hadat nebo soudit. Kdyz uz, tak bych se jich jednou za cas zkusit zeptat,
jestli nezmenili nazor.

S pozdravem
Petr

PS: zkusme udrzet tu debatu v trochu slusne spolecenske rovine. Dik.


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

Re: [Talk-cz] nepoužitelná historie změn kvůli obřím oblastem?

2013-07-18 Per discussione Tomáš Tichý

Další nástroj s podobným účelem je ITO Osm mapper

http://www.itoworld.com/static/openstreetmap_tools/osm_mapper.html

Který kromě různých analýz nad daty umožňuje také sledovat změny v oblasti
přes RSS.

TT



2013/7/17 Petr Morávek [Xificurk] p...@pada.cz

 K tomu, co již napsali jiní, přidám ještě tip na jeden dobrý nástroj pro
 zkoumání historie objektů:
 http://osm.mapki.com/history/

 Ukazuje historii změn konkrétního uzlu/cesty/relace - kdy, kdo co.

 Sice to není úplně odpověď na otázku, co jsi pokládal, ale občas se to
 hodí a mám pocit, že to moc lidí nezná.

 Petr Morávek aka Xificurk

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

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

Re: [Talk-cz] čísla turistických tras

2013-07-18 Per discussione Dalibor Jelínek

Ahoj,
ani já přiliš nechápu, proč se tahle debata tak rozvášňuje.
Pokud KČT na rozcestnících a mapách přestal uvádět čísla
tras, tak jsou ta čísla tras turistům úplně k ničemu.
Stejně tak nechápu, k čemu by bylo dobré, abychom ta čísla
znali. Jedině v případě, že by nám KČT posílal jejich seznamy
a aktualizoval je, abychom věděli, co nám třeba chybí.
Ale takhle je to prostě jen číslo bez dalšího významu.
A zatím jsem z této debaty nijak nepochopil, k čemu by to číslo
bylo užitečné samo o sobě.

KČT do vytvoření a udržování těch tras naprosto bez pochyby 
vložil spoustu úsilí (zcela jistě větší, než jsme vložili do OSM my).
A pokud z toho teď mají nějaké peníze, tak jim to přejme.
A když nám ty údaje nechtějí dát, abychom je zdarma vypustili
do světa pro všechny, tak je to jejich výsostné právo a kritizovat
jejich rozhodnutí tímto ublíženým způsobem je divné.

 Dalibor

-Original Message-
From: Marek Prokop [mailto:ma...@sovavsiti.cz] 
Sent: Thursday, July 18, 2013 1:58 AM
To: OpenStreetMap Czech Republic
Subject: Re: [Talk-cz] čísla turistických tras

2013/7/18 Karel Volný ka...@seznam.cz:

 výše uvedené má být jako důvodem k zahození doposud víceméně 
 fungujícího systému? to je vtip?

V jakém smyslu ten systém funguje? Jak se pozná v mapě, že funguje?
Jak se to pozná v jiných aplikacích?

 @Marek Prokop:

 jestli kopeš za KČT, tak to řekni rovnou

Eh??

 Tak pro jistotu ještě jednou. My jsme se nevykašlali na číslování KČT.
 Číslování KČT už prostě neexistuje.

 to je nesmysl

 jednak již na začátku threadu jsme se dozvěděli zprostředkovanou 
 informace od KČT , že číslování dále používá, a jednak tato čísla lze 
 ještě dohledat v terénu

 pokud hodláš trvat na tom, že neexistuje, mám tě usvědčovat ze lži fotkama?

Hele, mírni se, krávy jsme spolu nepásli.

Mapujeme aktuální stav, a pokud je mi známo, smíme vycházet jen z veřejných 
zdrojů, v terénu zjistitelných faktů a dat, ke kterým nám někdo dá práva. V 
tomto smyslu tedy čísla tras prostě neexistují.

Ano, někde asi na starých rozcestnících ještě jsou, ale ty se vyměňují za nové 
(v mém okolí už byly prakticky všechny vyměněny) a na nich čísla nejsou. I 
kdybychom tedy znali původní čísla a i kdyby KČT nadále interně číslovalo, 
stejně nebudeme ani tušit, zda to které konkrétní číslo stále platí.

Klidně změním názor, až mi někdo vysvětlí, kde ta čísla vezmeme a k čemu nám 
budou dobrá, když se bez nich skoro všude na světě obejdou (a všechny ne-KČT 
trasy u nás taky).

Marek

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


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

Re: [Talk-cz] čísla turistických tras

2013-07-18 Per discussione Jakub Sykora

Ano, pokud ovšem není pravda to, co psal nějaký přispěvatel dříve - že 
to dělají za veřejné peníze...


K

Dne 18.7.2013 09:29, Dalibor Jelínek napsal(a):

KČT do vytvoření a udržování těch tras naprosto bez pochyby
vložil spoustu úsilí (zcela jistě větší, než jsme vložili do OSM my).
A pokud z toho teď mají nějaké peníze, tak jim to přejme.
A když nám ty údaje nechtějí dát, abychom je zdarma vypustili
do světa pro všechny, tak je to jejich výsostné právo a kritizovat
jejich rozhodnutí tímto ublíženým způsobem je divné.


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

Re: [Talk-cz] čísla turistických tras

2013-07-18 Per discussione Petr Dlouhý


Číslo mi přijde/přišlo zcela zásadní pro umísťování jednotlivých úseků trasy
do stejné relace.




KČT přestal pouštět čísla tras na veřejnost, ale to co se nemění je že jde o
systém tras, nikoliv síť. Musíme se tedy snažit i nadále mapovat trasu jako 
celek od začátku do konce pomocí jedné relace a to i když kvůli neznámému 
číslování KČT bude nutné hádat z cílů vedlejších rozcestníků.




Jsem zcela zásadně proti tomu, aby se čísla tras nějak rušily. Na mnoha 
místech v realitě se číslo stále vyskytuje (staré rozcestníky, mapy). Pokud 
se trasa zásadně nezmění, tak se její číslo pravděpodobně bude shodovat s 
interními informacemi KČT (a ty mohou zase někdy vyplout na povrch). Čísla 
ničemu v zásadě nevadí a stejně žádný jiný vhodný údaj pro ref stejně není. 
Ty trasy se nemění zas tak často, takže čísla vydrží dost dlouho stále 
stejná.




Jsem taky proti tomu, aby se v případě souběhu více tras stejné barvy do 
jednoho bodu značily všechny jako samostatné relace. Trasy KČT jsou opravdu 
trasy z bodu A do bodu B a většinou se to dá velice spolehlivě vypozorovat z
okolních rozcestníků. (Samozřejmě, pokud dělám nové trasy a neznám okolní 
rozcestníky, tak tam ty relace rozdělím, a pak je třeba někdo sloučí).




Pokud někoho čísla tras nezajímají, tak ať si jich nevšímá a nemapuje je. 
Nevím v čem to někomu zavazí.

-- 
Petr Dlouhý 
petr.dlo...@email.cz 



-- Původní zpráva --
Od: Dalibor Jelínek dali...@dalibor.cz
Datum: 18. 7. 2013
Předmět: Re: [Talk-cz] čísla turistických tras

Ahoj,
ani já přiliš nechápu, proč se tahle debata tak rozvášňuje.
Pokud KČT na rozcestnících a mapách přestal uvádět čísla
tras, tak jsou ta čísla tras turistům úplně k ničemu.
Stejně tak nechápu, k čemu by bylo dobré, abychom ta čísla
znali. Jedině v případě, že by nám KČT posílal jejich seznamy
a aktualizoval je, abychom věděli, co nám třeba chybí.
Ale takhle je to prostě jen číslo bez dalšího významu.
A zatím jsem z této debaty nijak nepochopil, k čemu by to číslo
bylo užitečné samo o sobě.

KČT do vytvoření a udržování těch tras naprosto bez pochyby 
vložil spoustu úsilí (zcela jistě větší, než jsme vložili do OSM my).
A pokud z toho teď mají nějaké peníze, tak jim to přejme.
A když nám ty údaje nechtějí dát, abychom je zdarma vypustili
do světa pro všechny, tak je to jejich výsostné právo a kritizovat
jejich rozhodnutí tímto ublíženým způsobem je divné.

Dalibor

-Original Message-
From: Marek Prokop [mailto:ma...@sovavsiti.cz] 
Sent: Thursday, July 18, 2013 1:58 AM
To: OpenStreetMap Czech Republic
Subject: Re: [Talk-cz] čísla turistických tras

2013/7/18 Karel Volný ka...@seznam.cz:

 výše uvedené má být jako důvodem k zahození doposud víceméně 
 fungujícího systému? to je vtip?

V jakém smyslu ten systém funguje? Jak se pozná v mapě, že funguje?
Jak se to pozná v jiných aplikacích?

 @Marek Prokop:

 jestli kopeš za KČT, tak to řekni rovnou

Eh??

 Tak pro jistotu ještě jednou. My jsme se nevykašlali na číslování KČT.
 Číslování KČT už prostě neexistuje.

 to je nesmysl

 jednak již na začátku threadu jsme se dozvěděli zprostředkovanou 
 informace od KČT , že číslování dále používá, a jednak tato čísla lze 
 ještě dohledat v terénu

 pokud hodláš trvat na tom, že neexistuje, mám tě usvědčovat ze lži 
fotkama?

Hele, mírni se, krávy jsme spolu nepásli.

Mapujeme aktuální stav, a pokud je mi známo, smíme vycházet jen z veřejných 
zdrojů, v terénu zjistitelných faktů a dat, ke kterým nám někdo dá práva. V 
tomto smyslu tedy čísla tras prostě neexistují.

Ano, někde asi na starých rozcestnících ještě jsou, ale ty se vyměňují za 
nové (v mém okolí už byly prakticky všechny vyměněny) a na nich čísla 
nejsou. I kdybychom tedy znali původní čísla a i kdyby KČT nadále interně 
číslovalo, stejně nebudeme ani tušit, zda to které konkrétní číslo stále 
platí.

Klidně změním názor, až mi někdo vysvětlí, kde ta čísla vezmeme a k čemu nám
budou dobrá, když se bez nich skoro všude na světě obejdou (a všechny ne-KČT
trasy u nás taky).

Marek

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


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

Re: [Talk-cz] čísla turistických tras

2013-07-18 Per discussione lukasmi

Souhlasím s používáním tagu ref. Systémem vedou do místa tři trasy, uděláme z
nich tři relace, prakticky vytvoříme z regionálních a národních tras jen
lokální spojovačky. Čímž bychom degradovali význam a zobrazování v některých
renderech. Nehledě na to, že určování, zda-li je trasa regionální, národní či
lokální také nikde nenalezneme, ale tento tag se používá (to, zda-li jej
uživetelé používají správně není předmětem této diskuze).
Číslování zkrátka slouží k udržení pořádku v databázi tras (společně s
nástrojem
http://ra.osmsurround.org/searchRelation?name=relationType=route=ref=network=operator=cz%3AK%C4%8CT
, ve kterém je číslo trasy nejlépe vyhledatelným parametrem), k odhadu významu
trasy ve smyslu regionální lokální. A v neposlední řadě je to celkem zajímavá
informace o pořadí(stáří) u tras, které byly vytvořeny jako jedny z prvních.
Například
http://cs.wikipedia.org/wiki/Turistick%C3%A1_zna%C4%8Den%C3%A1_trasa_0001

Argument, že nechce KČT zveřejnit své podklady, protože jde o její byznys je
zcela pochopitelný. Ale založený na penězích daňových poplatníků... To že
dělají něco pro společnost, hezký a chválihodný. A tvůrci OSM ne?! Zadarmo, na
vlastní náklady a ve svém volném čase. Zkrátka některé argumenty ze strany KČT
jdou dle mého názoru jdou mimo...
Nicméně bych se přimlouval číslování používat všude tam, kde je to dohledatelné
a možné.

Zdravím,
L.

- PŮVODNÍ ZPRÁVA -
Od: Karel Volný ka...@seznam.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Předmět: Re: [Talk-cz] čísla turistických tras
Datum: 18.7.2013 - 1:19:18

zdravím,

Shrnul bych to tak, že od KČT nemůžeme nic očekávat.

stejně tak, že nemůžeme očekávat, že se nám libovolný objekt zakreslí do mapy
sám od sebe

máme se tedy na mapu vykašlat, analogicky s tím, jak naznačuješ, že se máme
vykašlat na snahy od KČT něco (třeba nedobrovolně) získat?

Pro veřejnost jsou čísla tras zrušená a pokud bychom se k nim někdy dostali,
jak tu již bylo řečeno, kdoví v jakém stavu tato data jsou.

to je argument pro argument - pojďme se vykašlat na veškeré importy jako
DIBAVOD a spol., kdo ví, v jakém stavu ty data jsou, vždyť jsme v tom museli
opravovat tuny chyb ...

Proto navrhuji zrušit používání tagu ref udávající číslo trasy

ještě jednou, proč?

výše uvedené má být jako důvodem k zahození doposud víceméně fungujícího
systému? to je vtip?

a používal bych tag destination či note k určení odkud trasa kam vede.

to se snad používá již teď, ne, kde je změna?

Pokud trasa nemá jméno a v jednom bodě se sbíhá 3 a více tras stejné barvy,
použil bych stejný počet relací kolik se jich zde sbíhá.

hm, a dělit trasu v půlce má smysl jaký, a proč má být tím kriteriem, zda
rozdělit, zrovna (ne)existence názvu, a ne třeba fáze měsíce či hod korunou?

@Marek Prokop:

jestli kopeš za KČT, tak to řekni rovnou

uznávám, že ne všecho co v tomto threadu padlo z druhé strany bylo kdovíjak
konstruktivní, ale tvoje reakce jsou přímo proti zájmům OSM

jeden příklad za všechny:

Tak pro jistotu ještě jednou. My jsme se nevykašlali na číslování KČT.
Číslování KČT už prostě neexistuje.

to je nesmysl

jednak již na začátku threadu jsme se dozvěděli zprostředkovanou informace od
KČT , že číslování dále používá, a jednak tato čísla lze ještě dohledat v
terénu

pokud hodláš trvat na tom, že neexistuje, mám tě usvědčovat ze lži fotkama?

půjdeš zprznit smazáním čísel například všechny články zde:
http://cs.wikipedia.org/wiki/Kategorie:Turistické_trasy_v_Česku ?

je dosti zásadní rozdíl mezi tvrzením KČT již nečísluje (ani to ovšem není
pravdivé, viz dříve) a tvrzením číslování neexistuje - v minulosti prostě
bylo očíslováno a toto se nezmění škrtem pera

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

Re: [Talk-cz] čísla turistických tras

2013-07-18 Per discussione Marek Prokop

2013/7/18 Petr Dlouhý petr.dlo...@email.cz:
 Musíme se tedy snažit i nadále mapovat trasu jako
 celek od začátku do konce pomocí jedné relace a to i když
 kvůli neznámému číslování KČT bude nutné hádat z cílů
 vedlejších rozcestníků.

Ano, s tím od začátku souhlasím a tak to taky dělám.

 Jsem zcela zásadně proti tomu, aby se čísla tras nějak rušily.

To tu snad nikdo v téhle diskusi nenavrhoval. Jde jen o případy nových
tras, tras, která v OSM čísla nemají a tras změněných.

 stejně žádný jiný vhodný údaj pro ref stejně není.

Někdy je, někdy není. Problém je, že KČT má v trasách chaos a ten
ještě zvyšuje to, že po jejich trasách vedou své trasy jiní operátoři.
Jsou případy, kdy je na jednom úseku cesty paralelně vyznačeno třeba i
pět různých tras (např. pěší barevná KČT, evropská, regionální
pojmenovaná, místní pojmenovaná, naučná a třeba poutní svatojakubská).

Bohužel ty pojmenované často přecházejí z jedné barvy do druhé, takže
jdou mapovat jen dalšími relacemi. Pro ty už pak ale jméno IMHO je
vhodným identifikátorem pro ref. A jsou i případy, kdy se jméno
shoduje s celou trasou a respektuje i její barvu -- klasicky např.
červená 001 Posázavská stezka nebo červená Riegrova stezka.

Marek

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

Re: [Talk-cz] čísla turistických tras

2013-07-18 Per discussione jzvc


Dne 18.7.2013 9:29, Dalibor Jelínek napsal(a):

Ahoj,
ani já přiliš nechápu, proč se tahle debata tak rozvášňuje.
Pokud KČT na rozcestnících a mapách přestal uvádět čísla
tras, tak jsou ta čísla tras turistům úplně k ničemu.


Turistum je predevsim uplne k nicemu system, ve kterem nejsou schopni 
identifikovat danou trasu nejak trivialne a jednoduse. Zdaleka ne kazdy 
se umi orientovat v mape, a pokud bych mel na ceduli cislo, a to cislo 
najdu v seznamu, tak se tam i dovim, v jakych ctvercich mapy mam hledat. 
KCT z vlastniho sobeckyho zajmu tuhle moznost nici.



Stejně tak nechápu, k čemu by bylo dobré, abychom ta čísla
znali. Jedině v případě, že by nám KČT posílal jejich seznamy
a aktualizoval je, abychom věděli, co nám třeba chybí.
Ale takhle je to prostě jen číslo bez dalšího významu.
A zatím jsem z této debaty nijak nepochopil, k čemu by to číslo
bylo užitečné samo o sobě.

KČT do vytvoření a udržování těch tras naprosto bez pochyby
vložil spoustu úsilí (zcela jistě větší, než jsme vložili do OSM my).


Mel bys mluvit za sebe.


A pokud z toho teď mají nějaké peníze, tak jim to přejme.
A když nám ty údaje nechtějí dát, abychom je zdarma vypustili
do světa pro všechny, tak je to jejich výsostné právo a kritizovat
jejich rozhodnutí tímto ublíženým způsobem je divné.


Pokud nekdo (naprosto kdokoli) dostava penize i z mych dani, tak si 
osobuju pravo jej kritizovat i mu klidne sproste nadavat. Vubec nemluve 
o tom, ze si nekdo zaklada na tech danich kseft.




  Dalibor

-Original Message-
From: Marek Prokop [mailto:ma...@sovavsiti.cz]
Sent: Thursday, July 18, 2013 1:58 AM
To: OpenStreetMap Czech Republic
Subject: Re: [Talk-cz] čísla turistických tras

2013/7/18 Karel Volný ka...@seznam.cz:


výše uvedené má být jako důvodem k zahození doposud víceméně
fungujícího systému? to je vtip?


V jakém smyslu ten systém funguje? Jak se pozná v mapě, že funguje?
Jak se to pozná v jiných aplikacích?


@Marek Prokop:

jestli kopeš za KČT, tak to řekni rovnou


Eh??


Tak pro jistotu ještě jednou. My jsme se nevykašlali na číslování KČT.
Číslování KČT už prostě neexistuje.


to je nesmysl

jednak již na začátku threadu jsme se dozvěděli zprostředkovanou
informace od KČT , že číslování dále používá, a jednak tato čísla lze
ještě dohledat v terénu

pokud hodláš trvat na tom, že neexistuje, mám tě usvědčovat ze lži fotkama?


Hele, mírni se, krávy jsme spolu nepásli.

Mapujeme aktuální stav, a pokud je mi známo, smíme vycházet jen z veřejných 
zdrojů, v terénu zjistitelných faktů a dat, ke kterým nám někdo dá práva. V 
tomto smyslu tedy čísla tras prostě neexistují.

Ano, někde asi na starých rozcestnících ještě jsou, ale ty se vyměňují za nové 
(v mém okolí už byly prakticky všechny vyměněny) a na nich čísla nejsou. I 
kdybychom tedy znali původní čísla a i kdyby KČT nadále interně číslovalo, 
stejně nebudeme ani tušit, zda to které konkrétní číslo stále platí.

Klidně změním názor, až mi někdo vysvětlí, kde ta čísla vezmeme a k čemu nám 
budou dobrá, když se bez nich skoro všude na světě obejdou (a všechny ne-KČT 
trasy u nás taky).

Marek

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


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




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

Re: [Talk-cz] čísla turistických tras

2013-07-18 Per discussione Jakub Sykora

Zde bych pouze uvedl, že od roku 1999 obdržel KČT ve formách různé 
veřejné podpory skoro 200 mil. Kč. Z toho například od Ministerstva pro 
místní rozvoj 7.7 mil Kč ročně na dotacích v oblasti cestovního ruchu a 
bydlení.


Pokud by to někoho zajímalo, může se pídit u MMR za co to přesně bylo - 
já na to nemám čas a ani mě to nezajímá.



http://cedr.mfcr.cz/Cedr3InternetV416/CommonPages/TakerExtendedPage.aspx?condition=a618523e-b126-4752-a980-de8ace87fa76


Samozřejmě, že pokud někdo dokáže, že systém tras budují za tyto 
prostředky, jsem ochoten se připojit k aktivitě, aby vydali výsledek 
nebo prosazovat u příslušného poskytovatele dotace, aby tato činnost 
byla z dotace vyloučena.


K

Dne 18.7.2013 11:26, jzvc napsal(a):

Pokud nekdo (naprosto kdokoli) dostava penize i z mych dani, tak si
osobuju pravo jej kritizovat i mu klidne sproste nadavat. Vubec nemluve
o tom, ze si nekdo zaklada na tech danich kseft.


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

Re: [Talk-cz] čísla turistických tras

2013-07-18 Per discussione Pavel Pisa

Zdravím,

ani s tím, pokud KČT deklaruje, že nic neposkytnou
i když je to částečně za veřejné peníze, problém nemám.
Ale měli by to říct a ti, co o přidělování peněz
rozhodují, by měli mít k této informaci také přístup.
Stejně tak by to měli vědět i ti, co svůj čas do značení
investují.

A je pak na zvážení, jak jsou jejich služby pro veřejnost
užitečné. A za sebe bych jim i v takovém případě
peníze na údržbu značek v terénu přál. Na druhou stranu
pro veřejné dokumentování a mapy krajů by pak měly být
použité jiné zdroje a dotace jinam.

Jenže způsob chování KČT je podivný. Vypadá to,
že se vyhýbáním odpovědi snaží zajistit, aby jejich
postoj nebyl zřejmý. Pak mohou argumentovat, že údržba
sítě tras je veřejná služba, když žádají o dotace,
a zároveň jinde prohlašovat, že data a to jaké trasy
značí, je přístupné jen přes jejich komerční služby
(třeba společnost TRASA).

A tahle politika se mi hrubě nelíbí a jako občan
tohoto státu a plátce daní jsem přesvědčený,
že mám nárok na to vědět, jak se s našimi penězi
zachází, nebo alespoň na veřejnou informaci,
že daný subjekt tuto informaci neposkytne.

Na druhou stranu jsem na letošní rok našel z centrálních
zdrojů na značení dotaci jen okolo 7.5 mil

http://www.dotinfo.cz/dotace/2e75ca1a-b9ef-411a-bb85-4957074862e4

Což je celkem levné, když vezmu v úvahu jak se vyhazují zbytečně
peníze jinde. Nemohu však nikde jednoduše nalézt, jak s penězi
nakládali a existují i další granty a dotace od krajů
(v minulosti jsem jich pár dohledal).
Minimálně bych tedy čekal, že bude někde seznam, kolik
kilometrů ze kterých tras obnovili a to buď s uvedením
čísel tras nebo výčtem destinací.

Jinak čísla tras nebo alespoň deklarovaná struktura
kompletní sítě je pro systematické zpracování/mapování
velmi užitečná.

S pozdravem,

 Pavel Píša

On Thursday 18 of July 2013 09:37:49 Jakub Sykora wrote:
 Ano, pokud ovšem není pravda to, co psal nějaký přispěvatel dříve - že
 to dělají za veřejné peníze...

 K

 Dne 18.7.2013 09:29, Dalibor Jelínek napsal(a):
  KČT do vytvoření a udržování těch tras naprosto bez pochyby
  vložil spoustu úsilí (zcela jistě větší, než jsme vložili do OSM my).
  A pokud z toho teď mají nějaké peníze, tak jim to přejme.
  A když nám ty údaje nechtějí dát, abychom je zdarma vypustili
  do světa pro všechny, tak je to jejich výsostné právo a kritizovat
  jejich rozhodnutí tímto ublíženým způsobem je divné.

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

Re: [Talk-cz] čísla turistických tras

2013-07-18 Per discussione Dalibor


 Turistum je predevsim uplne k nicemu system, ve kterem nejsou schopni 
 identifikovat danou trasu nejak trivialne a jednoduse. Zdaleka ne kazdy 
 se umi orientovat v mape, a pokud bych mel na ceduli cislo, a to cislo 
 najdu v seznamu, tak se tam i dovim, v jakych ctvercich mapy mam hledat. 
 KCT z vlastniho sobeckyho zajmu tuhle moznost nici.

Eh? Opravdu je ten system bez cisel turistum naprosto k nicemu? 
Myslim, te uz se ta diskuse dostava k naprosto vybajenym argumentum.
Zakladem jsou snad znacene cesty a smerovky, ktere slouzi hlavne k tomu,
aby se slo projit krajinou klidne i bez mapy. Zakresleni cesty v mape
je bonus navic, aby si nekdo mohl udelat cestu treba naplanovat
dopredu. Pokud turista nedokaze najit na mape sam sebe, kdyz stoji
pod rozcestnikem, tak mu asi nejake cislo trasy nepomuze, a to uz
vubec nemluvim o tom, ze by si k mape do lesa jeste bral jakysi seznam
cisel vsech tras v CR.

 
  KČT do vytvoření a udržování těch tras naprosto bez pochyby
  vložil spoustu úsilí (zcela jistě větší, než jsme vložili do OSM my).
 
 Mel bys mluvit za sebe.

Tim chces rict, ze lidi co v OSM kresli mapy uz toho udelali vice,
nez vsichi clenove KCT, ktery existuje od roku 1888 a ma skoro 40 000 clenu?
Vazne?

 
Jasne, dostavaji nejake dotace. Ale myslim, ze ty dotace jsou urceny
prave zejmena na udrzbu znaceni, pripadne tvorbu novych. A to chapu jako
hlavni praci KCT. Pochybuji, ze ty dotace jsou urceny na tvorbu map,
nebo vytvareni verejne evidence znacenych cest.  
Pokud nekdo takovou informaci ma, ze verejne penize jsou primo na tento
ucel, tak at ji prinese. 

Dalibor








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

Re: [OSM-talk-fr] La cartographie de grand-papa... ;)

2013-07-18 Per discussione Ab_fab

Avec autant de moyens humains, il y aurait sans doute des cohortes de
techniciens équipés de LIDAR (*), sans parler de ceux qui seraient
embarqués sur les avions ou des drônes urbains (**).
Et de gros serveurs en aval pour vectoriser l'énorme masse de points
relevés et aboutir à une maquette 3D à l'échelle de l'hexagone.

Le documentaire est excellent pour son côté youkaïdi youkaïda. Grand-papa
doit avoir plein de choses à raconter à ses petits enfants.
---
(*) http://fr.wikipedia.org/wiki/Lidar
(**) jeudi confession : petit délire personnel à base de mini dirigeables
autonomes, qui arpenteraient les voiries sans relache pour scanner le bâti


Le 17 juillet 2013 23:59, Greg ewala...@gmail.com a écrit :

 Je vais préciser un peu ma pensée : étant les moyens techniques de
 l'époque, la résolution des données semble stupéfiante.
 Les mêmes moyens financiers et humains, mais avec les moyens
 technologiques d'aujourd'hui devraient permettre une cartographie
 extraordinairement plus détaillée. Je pense par exemple à une cartographie
 3D métrique, voire décimétrique. C'est peut être dans les cartons de l'IGN
 ? :)

 Par contre, il est vrai que la hauteur de la barrière d'entrée à largement
 été abaissée pour permettre à tout le monde de créer une carte d'une
 qualité suffisante pour beaucoup d'usages, et surtout réutilisable.

 Bonne soirée !


 Greg


 2013/7/17 Philippe Verdy verd...@wanadoo.fr

 Au contraire j'ai plutôt l'impression qu'on utilise aujourd'hui des
 petites cuillères quand hier on n'avait pas le choix que d'utiliser les
 gros moyens des pelleteuses, le travail à faire étant immensément plus
 grand.

 Aujourd'hui si on n'avait pas le satellite, et si l'aviation commerciale
 ne s'était pas développée pour permettre des techniques de prises de vue à
 couts réduits (jusqu'à l'utilisation aujourd'hui des drones), on serait
 totalement incapable d'utiliser les moyens mis en oeuvre en 1955 : beaucoup
 trop cher, car beaucoup trop d'étapes, trop de labos, trop d'hommes, trop
 de matériels, trop de chantiers et de véhicules, trop d'entretien, trop de
 déplacements (même avec les moyens d'un Etat), car c'est titanesque à côté
 de ce qu'on peut utiliser aujourd'hui.

 Avec les moyens actuels d'OSM, on ne pourrait même pas faire une carte au
 100 millième d'une seule région de France, et peut-être même pas une ville
 comme Paris (en se contentant juste de tracer les rues sans tenir compte
 des bâtiments) si on n'avait pas nos GPS et l'orthophotographie. On serait
 non pas comme en 1955 mais dans les années 1800, même avec nos ordinateurs
 car on manquerait cruellement de l'information de base : la connaissance du
 terrain (et on ne peut pas se fier seulement à la vue, ce que démontre très
 bien ce film de l'IGN).

 Je suis tout de même surpris par le nombre d'opérations de transcriptions
 successives des données et tout de même je trouve admirable qu'à fil des
 transformations on ait pu offrir une telle précisions sans la dégrader à
 chaque fois.

 Et comment tout ce travail de titan a pu échapper à certaines
 catastrophes me parait un miracle car on ne pouvait pas le reproduire
 facilement (même en faire une copie était certainement très coûteux,
 aujourd'hui on copie un fichier n'importe où en une quelques secondes
 n'importe où dans le monde, on ne risque plus de tout perdre par accident).

 Alors oui nos GPS portables sont des petites cuillères. Le reste avec les
 techniques numériques évitent plein d'étapes utilisant des instruments de
 précision coûteux car on sait préserver la précision et l'améliorer comme
 on veut (tout ajout de données ne fait qu'améliorer la précision. Les
 moyens d'aujourdhui sont utilisables par des non-spécialistes et plus
 facilement vérifiables.




 Le 17 juillet 2013 19:54, Greg ewala...@gmail.com a écrit :

 C'est tout bonnement excellent !

 J'ai découvert avec intérêt beaucoup de choses. J'ai l'impression que
 tracer OSM à coup de GPS, c'est donner des grands coups de pelleteuse là ou
 d'autre utilisent une petite cuillère :)


 Greg


 2013/7/17 Hélène PETIT h...@free.fr

 Nous sommes des nains assis sur des épaules de géants. Si nous voyons
 plus de choses et plus lointaines qu’eux, ce n’est pas à cause de la
 perspicacité de notre vue, ni de notre grandeur, c’est parce que nous
 sommes élevés par eux.
 Jean de Salisbury, écrit en 1159


 http://fr.wikipedia.org/wiki/Des_nains_sur_des_%C3%A9paules_de_g%C3%A9ants
 Le 16/07/2013 23:33, Christian Quest a écrit :
  http://www.youtube.com/watch?v=AjhXMlji3Uk
 


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



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



 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org

Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...

2013-07-18 Per discussione Christian Quest

C'est le tag population=* sur le nœud place=* dont je me sert et
uniquement ça. Eventuellement je pourrais remonter vers le
population=* de la relation de la commune quand elle existe (on n'est
pas à 100% même si on se rapproche).

Oui, il en manque sur les petites communes, mais ce sont celles qui
sont le moins prioritaires à mettre sur la carte.
Oui, ce n'est pas forcément à jour, mais les ordres de grandeur pour
les tris ne sont pas bouleversés pour autant.

Le rendu dépend forcément de la cohérence des données ici comme partout !


Le 18 juillet 2013 07:33, Tetsuo Shima tets...@gmail.com a écrit :
 Avant que je pose des questions bêtes... dis moi Christian, la
 population des nodes place tu la prends directement dans le geofla?
 ou bien tu prends celle qu'il y a dans la base OSM? Parce que ce tag
 ne semble pas souvent rempli pour les petites communes dans OSM, et
 accessoirement elle n'est pas forcément homogène - obsolescence des
 donnée, divers source etc. -

 2013/7/17 Christian Quest cqu...@openstreetmap.fr:
 Les zoom 3 à 7 sont en cours de régénération après avoir supprimé
 quelques pays parasites...
 http://www.openstreetmap.org/browse/changeset/16990256

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

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



-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...

2013-07-18 Per discussione Tetsuo Shima

Le 18 juillet 2013 09:36, Christian Quest cqu...@openstreetmap.fr a écrit :

 Le rendu dépend forcément de la cohérence des données ici comme partout !


Oui je comprends bien, mais il n'y a pas un bot qui maintient cela?

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

Re: [OSM-talk-fr] La cartographie de grand-papa... ;)

2013-07-18 Per discussione Christian Quest

Le 17 juillet 2013 23:59, Greg ewala...@gmail.com a écrit :
 Je vais préciser un peu ma pensée : étant les moyens techniques de l'époque,
 la résolution des données semble stupéfiante.
 Les mêmes moyens financiers et humains, mais avec les moyens technologiques
 d'aujourd'hui devraient permettre une cartographie extraordinairement plus
 détaillée. Je pense par exemple à une cartographie 3D métrique, voire
 décimétrique. C'est peut être dans les cartons de l'IGN ? :)


J'ai pas l'impression.

Par contre, le boulot fait en Suisse est de cet ordre, 3D,
décimétrique... impressionnant comparé à notre RGE


 Par contre, il est vrai que la hauteur de la barrière d'entrée à largement
 été abaissée pour permettre à tout le monde de créer une carte d'une qualité
 suffisante pour beaucoup d'usages, et surtout réutilisable.

La technique a simplifié tout ce qui touche à la géodésie avec les GPS
de précision, mais j'ai l'impression aussi que le développement de
l'utilisation d'images aériennes a eu pour effet de ne plus être
autant présent sur le terrain.
Nous connaissons bien le problème lorsque l'on mappe uniquement avec
Bing sans aller sur place.

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

Re: [OSM-talk-fr] La cartographie de grand-papa... ;)

2013-07-18 Per discussione Damouns

Le 18 juillet 2013 10:07, Christian Quest cqu...@openstreetmap.fr a écrit :
 Le 17 juillet 2013 23:59, Greg ewala...@gmail.com a écrit :
 Je pense par exemple à une cartographie 3D métrique, voire
 décimétrique. C'est peut être dans les cartons de l'IGN ? :)

 J'ai pas l'impression.

 Par contre, le boulot fait en Suisse est de cet ordre, 3D,
 décimétrique... impressionnant comparé à notre RGE


Il y a des projets comme Stereopolis :
http://recherche.ign.fr/doc/JR09/2009_JR_IGN_NPaparoditis.pdf

Mais je ne sais pas où ça en est aujourd'hui (cette présentation date de 2009)

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

Re: [OSM-talk-fr] La cartographie de grand-papa... ;)

2013-07-18 Per discussione GaelADT

Damouns wrote
 Il y a des projets comme Stereopolis :
 http://recherche.ign.fr/doc/JR09/2009_JR_IGN_NPaparoditis.pdf
 
 Mais je ne sais pas où ça en est aujourd'hui (cette présentation date de
 2009)

J'ai eu droit à une démo chez eux il n'y a pas très longtemps, c'est assez
impressionnant.
On peut trouver quelques vidéos qui datent ici :
http://www.itowns.fr/videos.html
Ils bossent toujours dessus et j'espère qu'ils vont aboutir sur quelque
chose de concret.

L'avantage c'est la grande précision, le fait que les photos ne soient pas
déformées (permettant à tout un tas de métiers de faire des mesures très
précises en live sur les façades des bâtiments contrairement à google), etc.

Gaël.



--
View this message in context: 
http://gis.19327.n5.nabble.com/La-cartographie-de-grand-papa-tp5770022p5770200.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Le rendu 3D des terrains de sport...

Bonjour,

je tiens tout d'abord à remercier cquest de nous avoir autorisé à utiliser
ses styles pour les terrains de sport, nous avons depuis aussi ajouté le
rendu stylisé des passages piétons.


verdy_p wrote
 Moyennant quelques tricheries tout de même (il y a une case à cocher
 'Buildings customized by F4 en haut de la page pour les enlever), on voit
 la différence avec une vraie modélisation 3D (ici le Louvre):

C'est un choix artistique, la specification  Simple_3D_Buildings
http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings   ne permettant pas
de faire des architectures complexes comme la Tour Eiffel. Notre équipe
graphique modélise et texture les bâtiments les plus remarquables pour
donner des points de repère identifiables facilement.


verdy_p wrote
 Là les tours de la Défense difficilement reconnaissables (hormis l'arche
 et le CNIT) même si les hauteurs moyennes sont représentées et
 sommairement le type de toit. Si vous ne connaissez pas bien la Défense
 il est peu probable que vous identifiez sans vous tromper les tours que
 vous avez en photo, la case à cocher ne change rien il n'y a que les
 données 2D d'OSM):

Il est très malaisé de parler beaucoup sans dire quelque chose de trop.
Louis XIV


verdy_p wrote
 Et à côté les ponts et passerelles où le relief fait cruellement défaut...
 sans compter aussi les tunnels pas de représentation de l'esplanade
 piétonne suspendue au dessus:

Si vous avez des données altimétriques correctes avec une meilleure
présicion que les SRTM (1 point tous les 90m) nous sommes preneurs.

Il n'y a aucune information dans les données OpenStreetMap nous permettant
de rendre visible la dalle et les différents sous sols de la Défense. Si
vous trouvez que  la carte OpenStreetMap
http://www.openstreetmap.org/?lat=48.8908lon=2.242582zoom=18layers=M  
à cet endroit rend mieux l'aspect général de la zone, personne ne vous
oblige à utiliser notre carte 3D. 


Sylvain Maillard wrote
 en fait c'est plutôt que toute l'eau coule dans le même sens uniquement du
 nord-est au sud-ouest

Vous avez tout à fait raison, l'effet d'eau est injecté au moment du rendu
directement dans le shader du sol, la direction et la vitesse des vagues est
globale à la planète. En revanche la direction et la vitesse du vent sur la
couche nuageuse sont elles liées aux conditions météorologiques réelles (à
1h près).
La direction du soleil et la couleur ambiante sont calculées à partir de la
position réelle du soleil en fonction de la date et du point central de la
carte.

Si vous avez des questions qui sont sans réponse dans  notre wiki
http://wiki.map.f4-group.com/wiki/Main_Page   vous pouvez contacter notre
équipe via  notre site de support https://getsatisfaction.com/f4map/topics 
.

Cartographiquement,
Cmi, programmeur 3D  F4 map http://http://map.f4-group.com/  



--
View this message in context: 
http://gis.19327.n5.nabble.com/Le-rendu-3D-des-terrains-de-sport-tp5770128p5770204.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] La cartographie de grand-papa... ;)

2013-07-18 Per discussione Hélène PETIT

Le 18/07/2013 09:32, Ab_fab a écrit :
 Le documentaire est excellent pour son côté youkaïdi youkaïda.
 Grand-papa doit avoir plein de choses à raconter à ses petits enfants.

Cher A_fab,

C'est Grand-maman (moi) qui raconte à ses petits enfants comment elle
rêvait, à 10 ans, d'être plus tard du bon côté du théodolite ; Papa
m'emmenait avec lui sur ses chantiers, où on voyait opérer (entre
autres) des géomètres, et Papa expliquait.

Tu pourrais utilement mettre à jour tes références en décalant d'une
génération (Arrière-grand-papa) ou alors en féminisant, au choix.

sans rancune,
:))


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

Re: [OSM-talk-fr] La cartographie de grand-papa... ;)

2013-07-18 Per discussione Hélène PETIT

Le 17/07/2013 23:59, Greg a écrit :
 Par contre, il est vrai que la hauteur de la barrière d'entrée à
 largement été abaissée pour permettre à tout le monde de créer une carte
 d'une qualité suffisante pour beaucoup d'usages, et surtout réutilisable.

Il me semble que la barrière est toujours là, mais qu'elle s'est
déplacée vers la réalisation et la mise à poste des satellites.


C'est le théodolite qu'on voit dans le film qui était le résultat des
prouesses d'ingénierie du moment ; la précision des relevés dépendait
pour beaucoup de cet élément du système. En tous cas, avec ma tranche
d'âge, nous étions tous fascinés par ces mécaniques superbes.
(au passage on remarque que le théodolite est montré transporté à dos
d'homme par un gars jeune et vigoureux, puis mis en oeuvre par un papy à
moustache blanche ; mise en scène pédagogique, et intéressante)

L'histoire des techniques est un plaisir sans fin.


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

Re: [OSM-talk-fr] Le rendu 3D des terrains de sport...


Bonjour cmi,

Est-ce normal que le rendu des terrains soit visible au zoom 18, mais 
pas au 19 ou au 17 ?


Stf

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

Re: [OSM-talk-fr] Le rendu 3D des terrains de sport...

Bonjour Stéphane,

les terrains de sports sont rendus à partir du zoom 16 mais ils ont été
livrés dans la feuille de style du serveur la semaine dernière, et les tiles
ont une durée de vie en cache de 30j , il faut donc être patient ;-)
En revanche les passages piétons ne sont rendus qu'aux zoom 18 et 19.

Bonne journée

Cartographiquement,
Cmi, programmeur 3D   F4 map http://map.f4-group.com  




--
View this message in context: 
http://gis.19327.n5.nabble.com/Le-rendu-3D-des-terrains-de-sport-tp5770128p5770213.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] La cartographie de grand-papa... ;)

2013-07-18 Per discussione Art Penteur

Le 17 juillet 2013 23:59, Greg ewala...@gmail.com a écrit :
 Je vais préciser un peu ma pensée : étant les moyens techniques de l'époque,
 la résolution des données semble stupéfiante.

Moi, ceux qui m'épatent, ce sont Delambre et Méchain

Art.

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

Re: [OSM-talk-fr] Le rendu 3D des terrains de sport...

2013-07-18 Per discussione Pieren

2013/7/18 cmi c...@f4-group.com:
 Bonjour,

 je tiens tout d'abord à remercier cquest de nous avoir autorisé à utiliser
 ses styles pour les terrains de sport, nous avons depuis aussi ajouté le
 rendu stylisé des passages piétons.

Bonjour,
est-ce que votre feuille de style sera à son tour partagée ?

 Il est très malaisé de parler beaucoup sans dire quelque chose de trop.
 Louis XIV

Eh oui... Bienvenue sur la liste talk-fr...

 Si vous avez des questions qui sont sans réponse dans  notre wiki
 http://wiki.map.f4-group.com/wiki/Main_Page   vous pouvez contacter notre
 équipe via  notre site de support https://getsatisfaction.com/f4map/topics

Moi, j'en ai une : je vois que f4-group est un éditeur de jeux vidéo.
A quand la première course de voiture dans OSM 3D ? (pour la
simulation de vol, c'est déjà fait. Pour la course à la Mario Kart,
aussi)

Pieren

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

Re: [OSM-talk-fr] Le rendu 3D des terrains de sport...

Pieren wrote
 Bonjour,
 est-ce que votre feuille de style sera à son tour partagée ?

J'en doute sincèrement mais elle n'a rien de compliqué, la plupart des
features sont intégrées grâce à des couleurs flat ou des textures répétées.
A part les terrains de sports et les passages piétons récupérés sur le rendu
fr on n'a que des dash-array pour les rails et les lignes centrales des
routes (et encore nous n'avons pas encore géré le nombre de voies).


Pieren wrote
 Moi, j'en ai une : je vois que f4-group est un éditeur de jeux vidéo.
 A quand la première course de voiture dans OSM 3D ? (pour la
 simulation de vol, c'est déjà fait. Pour la course à la Mario Kart,
 aussi)

Nous nous sommes écarté de nos amours vidéo ludiques passés mais nous avons
pas mal d'idées (à la con...) basés sur notre carte 3D

Cmi



--
View this message in context: 
http://gis.19327.n5.nabble.com/Le-rendu-3D-des-terrains-de-sport-tp5770128p5770218.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Le rendu 3D des terrains de sport...

2013-07-18 Per discussione Vladimir Vyskocil

Amazing, il pleut même en 3D comme pour de vrai ici !

http://map.f4-group.com/#lon=7.0603539lat=43.6205892zoom=18camera.theta=54.242

Et oui il y a une piscine en forme de raquette de Tennis pour de vrai :-)

Vlad.



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

Re: [OSM-talk-fr] libération des données Fantoir

2013-07-18 Per discussione Tony Emery

Pour avoir déjà travailler avec le fantoir, il faut savoir :
- qu'il ne s'agit que d'une base sans information géographique ;
- qu'il y a de nombreuses erreurs et doublons ;
- qu'on y trouve un peu de tout, même des choses qui ne concerne pas la
voirie ;
- que la mise à jour de ce fichier est très aléatoire (circuit d'information
dépendant de la relation entre la DGFiP et la commune qui transmet les
modifications) ;
- que certaines informations ne sons pas très fiables (car mise à jour
aléatoire et peu intéressant pour la DGFiP)

Une fois que l'on a ça en tête, bon courage



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien  chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/liberation-des-donnees-Fantoir-tp5770049p5770223.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] libération des données Fantoir

2013-07-18 Per discussione Tony Emery

PhQ wrote
 De plus, la traduction cartographique de ce fichier sur le cadastre est
 surfacique (attribution d'une adresse FANTOIR) à chaque parcelle
 cadastrale, ce qui n'est pas transposable à la logique OSM sur les
 lieux-dit.
 Au pire, j'ai trouvé des inclusions de lieux dits dans d'autres lieux dit,
 ce qui n'est pas très gérables non plus.

D'autant que j'ai vu des lieux dits qui avaient exactement le même nom mais
situés sur 2 feuilles cadastrales différentes.




-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien  chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/liberation-des-donnees-Fantoir-tp5770049p5770224.html
Sent from the France mailing list archive at Nabble.com.

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

[OSM-talk-fr] University ou college?

2013-07-18 Per discussione Romain MEHUT

Bonjour,

Quelle différence faites-vous entre amenity=university et amenity=college?
cf. http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcollege qui dit *The
intention is that amenity http://wiki.openstreetmap.org/wiki/Key:amenity=
university http://wiki.openstreetmap.org/wiki/Tag:amenity%3Duniversitywould
be for institutions of higher education and amenity=college for
further education.* mais j'ai du mal à cerner la différence.

Merci.

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

[OSM-talk-fr] Mapping RER C... rdv demain vendredi après midi ?

2013-07-18 Per discussione Christian Quest

Demain, Jean-Louis zimmermann et moi même iront mapper quelques gares ensemble.

Pour ceux qui veulent venir mapper avec nous où voir comment on fait,
rendez-vous demain à 12h30 devant le Père Fouettard, dans le quartier
des Halles.

http://www.openstreetmap.org/?mlat=48.862585mlon=2.348389zoom=18layers=M

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

Re: [OSM-talk-fr] University ou college?

2013-07-18 Per discussione Denis Bigorgne

(S'cuse, très bref) :

Sur Wikipedia http://en.wikipedia.org/wiki/Further_

   Denis


Le 18 juillet 2013 16:50, Romain MEHUT romain.me...@gmail.com a écrit :

 Bonjour,

 Quelle différence faites-vous entre amenity=university et amenity=college?
 cf. http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcollege qui dit *The
 intention is that amenity http://wiki.openstreetmap.org/wiki/Key:amenity
 =university 
 http://wiki.openstreetmap.org/wiki/Tag:amenity%3Duniversitywould be for 
 institutions of higher education and amenity=college for
 further education.* mais j'ai du mal à cerner la différence.

 Merci.

 Romain

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


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

Re: [OSM-talk-fr] Le rendu 3D des terrains de sport...

2013-07-18 Per discussione Philippe Verdy

Le 18 juillet 2013 11:37, cmi c...@f4-group.com a écrit :

 Bonjour,

 je tiens tout d'abord à remercier cquest de nous avoir autorisé à utiliser
 ses styles pour les terrains de sport, nous avons depuis aussi ajouté le
 rendu stylisé des passages piétons.


 verdy_p wrote
  Moyennant quelques tricheries tout de même (il y a une case à cocher
  'Buildings customized by F4 en haut de la page pour les enlever), on
 voit
  la différence avec une vraie modélisation 3D (ici le Louvre):

 C'est un choix artistique, la specification  Simple_3D_Buildings
 http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings   ne permettant
 pas
 de faire des architectures complexes comme la Tour Eiffel. Notre équipe
 graphique modélise et texture les bâtiments les plus remarquables pour
 donner des points de repère identifiables facilement.


 verdy_p wrote
  Là les tours de la Défense difficilement reconnaissables (hormis l'arche
  et le CNIT) même si les hauteurs moyennes sont représentées et
  sommairement le type de toit. Si vous ne connaissez pas bien la Défense
  il est peu probable que vous identifiez sans vous tromper les tours que
  vous avez en photo, la case à cocher ne change rien il n'y a que les
  données 2D d'OSM):

 Il est très malaisé de parler beaucoup sans dire quelque chose de trop.
 Louis XIV


Evidemment vous le prenez mal puisque vous êtes directement impliqué dans
ce projet, mais qui se concentre trop sur certains détails spectaculaires
en ignorant la précision que cela demande (exemple: pourquoi animer l'eau
des fleuves ou rivières si c'est pour les faire couler dans la mauvaise
direction, l'animation est trompeuse et il vaut mieux ne pas mettre
d'animation du tout si on ne sait pas, alors que pourtant OSM l'indique
très bien dans sa base!).

Alors cette citation ne sert à rien d'autre que chercher à discréditer. En
revanche je n'ai critiqué personne dans votre projet, mais juste que les
principaux efforts sont investis dans des détails pas essentiels avant de
chercher comment déjà interpréter correctement les données 2D pour tenter
de faire de la simili-3D acceptable, et conserver le niveau de procision
(parce que votre rendu oublie beaucoup trop de choses qu'on voit sur
n'importe quel autre rendu 3D).

Même en mode 2D (vue verticale à plat), il manque tous les POIs, tous les
lieux-dits. Quand on en arrive ensuite à une vue 3D locale à quelques
mètres du sol à 4( degrés, ce sont ces détails oubliés qui manquent,
beaucoup plus que les textures que vous tentez d'appliquer à des bâtiments,
et certainement beauoucp plus que la modélisation spécifique de très rares
bâtiments exceptionnels que tout le monde connait et en fait n'a pas
réellement besoin de reconnaitre plus sur une carte.

verdy_p wrote
  Et à côté les ponts et passerelles où le relief fait cruellement
 défaut...
  sans compter aussi les tunnels pas de représentation de l'esplanade
  piétonne suspendue au dessus:

 Si vous avez des données altimétriques correctes avec une meilleure
 présicion que les SRTM (1 point tous les 90m) nous sommes preneurs.


Je le disais, même sans ces données, avec SRTM suffir pour le niveau
layer=0, et pour les autres valeurs de layer on peut prendre des valeurs
par défaut et créer des pentes artificielles. De quoi faire passer
correctement les rues sous les ponts et passerelles, et surélever d'environ
7-10 mètres tous les ponts au dessus des fleuves (on peut tenir compte de
la largeur des fleuves pour évaluer la hauteur nécessaire, ou des tags de
navigabilité qui imposent une hauteur supérieure à celle d'un simple petit
pont au dessus d'un ruisseau.

En classant un peu les choses des rendus crédibles (je n'ai pas dit
réaliste) seront possibles et rendront l'interprétation de ce que vous
affichez au sol plus conforme à la structure des bâtiments et des arbres
que vous élevez autour.

Il n'y a aucune information dans les données OpenStreetMap nous permettant
 de rendre visible la dalle et les différents sous sols de la Défense. Si
 vous trouvez que  la carte OpenStreetMap
 http://www.openstreetmap.org/?lat=48.8908lon=2.242582zoom=18layers=M
 à cet endroit rend mieux l'aspect général de la zone, personne ne vous
 oblige à utiliser notre carte 3D.


Même s'il n'y a pas de hauteur spécifiée, il y a des hauteurs raisonnables
moyennes pour tous les franchissements de ponts. Seuls les très grands
ouvrages (du type des ponts sur les estuaires de fleuves importants) ont
une hauteur indiquée, mais pour le reste on a des hauteurs minimales (sinon
elles sont taguées avec la hauteur maximale des véhicules admis à passer
dessous).

Et OSM contient les champs layer=* qui permettent d'ordonner correctement
les choses, même si les hauteurs représentées sont.fausses car juste
estimées.

Au delà il y a aussi les données altimétriques du sol, que vous n'utilisez
pas du tout.

Maintenant tout cela ce sont des idées, je ne code pas. Mais cela donne un
point de vue de ce sur quoi il est plus urgent de travailler (laissez de
côté les

Re: [OSM-talk-fr] University ou college?


Le jeudi 18 juillet 2013 17:31:01, Denis Bigorgne a écrit :

(S'cuse, très bref) :

Sur Wikipedia http://en.wikipedia.org/wiki/Further_

   Denis


Le 18 juillet 2013 16:50, Romain MEHUT romain.me...@gmail.com
mailto:romain.me...@gmail.com a écrit :

Bonjour,

Quelle différence faites-vous entre amenity=university et
amenity=college?
cf. http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcollege qui
dit /The intention is that amenity
http://wiki.openstreetmap.org/wiki/Key:amenity=university
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Duniversity
would be for institutions of higher education and amenity=college
for further education./ mais j'ai du mal à cerner la différence.

Merci.

Romain

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




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


Je crois que c'est plutôt ça :
https://en.wikipedia.org/wiki/Further_education
(éducation continue)


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

Re: [OSM-talk-fr] University ou college?

2013-07-18 Per discussione Philippe Verdy

Effectivement, la phrase higher education ne précise pas vraiement
comment l'interpréter si ce niveau (pour amenity=university) n'est pas le
plus élevé, comme le reste de la phrase semblerait l'indiquer.

Pourtant si on la lit à la lettre, un college seraient d'un niveau plus
élevé qu'une university. Si on s'en tient au sens commun pour université,
qu'y a-t-il de plus élévé ? Rien en fait même au Royaume-Uni et aux USA (où
on classe plutôt les universités selon un niveau de prestige mais pas
réelement sur les enseignements). on devrait interpréter college comme
une grande école en France, mais en fait pour l'enseignement supérieur,
les grandes écoles réputées s'arrêtent à certains degrés (ingéneur ou MBA),
alors que seules les universités proposent les doctorats.

A mon avis en France, garder university pour nos universités (même si
elles sont composées de plusieurs écoles réunies sur un ou plusieurs
campus), et mettre college pour chacune des écoles de l'enseignement
supérieur (post-bac), qu'elles fassent partie ou non d'une université
(l'université en France étant le plus souvent publique, même si'il y a
quelques universités catholiques, mais aucune privée). Dans ce cas même un
IUT pourrait entrer dans la définition college.

La page de description du tag devrait être en fait plus précise et donner
des classifications par pays propres à leurs terminologie (en France on
distinguerait alors les écoles professionnelles (sans bac), les centres de
formation pour adulte, les instituts privés à cycle court (nombreux dans le
monde professionnel, ils ne dispensent pas des diplômes sanctionnés par
examen mais ces capacités techniques), les grandes écoles d'ingénieur ou
similaires (publiques ou non) dispensant des diplômes reconnus par l'Etat
ou par le monde économique...




Le 18 juillet 2013 16:50, Romain MEHUT romain.me...@gmail.com a écrit :

 Bonjour,

 Quelle différence faites-vous entre amenity=university et amenity=college?
 cf. http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcollege qui dit *The
 intention is that amenity http://wiki.openstreetmap.org/wiki/Key:amenity
 =university 
 http://wiki.openstreetmap.org/wiki/Tag:amenity%3Duniversitywould be for 
 institutions of higher education and amenity=college for
 further education.* mais j'ai du mal à cerner la différence.

 Merci.

 Romain

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


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

Re: [OSM-talk-fr] Le rendu 3D des terrains de sport...


Le jeudi 18 juillet 2013 17:33:37, Philippe Verdy a écrit :





Tu peux aussi les laisser faire ce qu'ils ont envie, non ?

Je suis sûr qu'ils ont déjà une liste de todo plus longue que tes 
messages c'est dire...


Stf



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

Re: [OSM-talk-fr] University ou college?

2013-07-18 Per discussione Philippe Verdy

Donc une définition de tag qui ne s'applique QUE au royaume-Uni et à
l'Irlande. La page wiki de description du tag aurait du le dire
explicitement. Elle n'a aucun sens ailleurs. sinon FE désigne non pas nos
collèges (moins de 16 ans) mais nos lycées.
HE 'university) reste tout aussi ambigu car dans les deux cas on n'est
pas dans le système de l'éducation obligatoire.

Mais voudra-t-on désigner comme university / HE, en France, les écoles
d'ingénieur, ou les IUT, ou les écoles dhotellerie, et tous les centres de
formation professionnelle pour adulte ? H Celui qui a crée ce
système de tag n'a pas réfléchi une minute (même au Royaume-Uni la
situation est plus compliquée).



Le 18 juillet 2013 17:44, Stéphane Péneau stephane.pen...@wanadoo.fr a
écrit :

 Le jeudi 18 juillet 2013 17:31:01, Denis Bigorgne a écrit :

 (S'cuse, très bref) :

 Sur Wikipedia 
 http://en.wikipedia.org/wiki/**Further_http://en.wikipedia.org/wiki/Further_
 


Denis


 Le 18 juillet 2013 16:50, Romain MEHUT romain.me...@gmail.com
 mailto:romain.me...@gmail.com** a écrit :


 Bonjour,

 Quelle différence faites-vous entre amenity=university et
 amenity=college?
 cf. 
 http://wiki.openstreetmap.org/**wiki/Tag:amenity%3Dcollegehttp://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcollegequi
 dit /The intention is that amenity
 
 http://wiki.openstreetmap.**org/wiki/Key:amenityhttp://wiki.openstreetmap.org/wiki/Key:amenity
 =**university
 
 http://wiki.openstreetmap.**org/wiki/Tag:amenity%**3Duniversityhttp://wiki.openstreetmap.org/wiki/Tag:amenity%3Duniversity
 

 would be for institutions of higher education and amenity=college
 for further education./ mais j'ai du mal à cerner la différence.


 Merci.

 Romain

 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org 
 mailto:Talk-fr@openstreetmap.**orgTalk-fr@openstreetmap.org
 
 
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr





 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr


 Je crois que c'est plutôt ça :
 https://en.wikipedia.org/wiki/**Further_educationhttps://en.wikipedia.org/wiki/Further_education
 (éducation continue)



 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] University ou college?


Le jeudi 18 juillet 2013 17:52:30, Philippe Verdy a écrit :

H Celui
qui a crée ce système de tag n'a pas réfléchi une minute (même au
Royaume-Uni la situation est plus compliquée).


Tiens :
http://wiki.openstreetmap.org/wiki/Proposal

Et réfléchi aussi longtemps que tu veux.

Stf

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

Re: [OSM-talk-fr] University ou college?

2013-07-18 Per discussione Yannick VOYEAUD

Le 18/07/2013 17:45, Philippe Verdy a écrit :
 Effectivement, la phrase higher education ne précise pas vraiement
 comment l'interpréter si ce niveau (pour amenity=university) n'est pas
 le plus élevé, comme le reste de la phrase semblerait l'indiquer.
 
 Pourtant si on la lit à la lettre, un college seraient d'un niveau
 plus élevé qu'une university. Si on s'en tient au sens commun pour
 université, qu'y a-t-il de plus élévé ? Rien en fait même au Royaume-Uni
 et aux USA (où on classe plutôt les universités selon un niveau de
 prestige mais pas réelement sur les enseignements). on devrait
 interpréter college comme une grande école en France, mais en fait
 pour l'enseignement supérieur, les grandes écoles réputées s'arrêtent à
 certains degrés (ingéneur ou MBA), alors que seules les universités
 proposent les doctorats.
 
 A mon avis en France, garder university pour nos universités (même si
 elles sont composées de plusieurs écoles réunies sur un ou plusieurs
 campus), et mettre college pour chacune des écoles de l'enseignement
 supérieur (post-bac), qu'elles fassent partie ou non d'une université
 (l'université en France étant le plus souvent publique, même si'il y a
 quelques universités catholiques, mais aucune privée). Dans ce cas même
 un IUT pourrait entrer dans la définition college.
 
 La page de description du tag devrait être en fait plus précise et
 donner des classifications par pays propres à leurs terminologie (en
 France on distinguerait alors les écoles professionnelles (sans bac),
 les centres de formation pour adulte, les instituts privés à cycle court
 (nombreux dans le monde professionnel, ils ne dispensent pas des
 diplômes sanctionnés par examen mais ces capacités techniques), les
 grandes écoles d'ingénieur ou similaires (publiques ou non) dispensant
 des diplômes reconnus par l'Etat ou par le monde économique...

Bonsoir,

En France, nous y sommes quand même, nous avons des niveaux scolaires
très précis qui ne se base, en théorie, pas sur l'âge.
Nonobstant je rappelle les structures d'accueil des enfants qui existent
en France.
Crèche (jardin d'enfants, halte-garderie,...)
Maternelle (3 classes) en général 3 à 6 ans
Primaire (5 classes) en général 6 à 11 ans
Secondaire - Collège (4 classes) en général 12 à 16 ans (BEPC)
Secondaire - Lycée (3 classes) en général 17 à 19 ans (BAC)
Supérieur - Université, IUT, Facultés, ... en général de 20 à 30 ans
(License, master, doctorat, ...)

Certes au niveau du Secondaire on trouve les
Segpa qui ont un cursus de voie de garage sur 3 ou 4 ans (16 ans)
AFPA qui ont leur rôle dans l'apprentissage
Les enseignements professionnels qui n'amènent guère plus haut qu'une
terminale tant en enseignement général que niveau de qualification
professionnel (CAP, BEP, BP, Bac pro)


C'est bien le contenu de la formation que l'on taggue pour être en phase
avec le monde. Après le nom des établissements le monde on s'en fout. Je
sais je suis sec mais c'est une réalité de qu'il faut faire.

Amitiés

-- 
Yannick VOYEAUD
Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
(Camille JOUFFRAY 1841-1924, maire de Vienne)
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Journées du Logiciel Libre: http://jdll.org



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

Re: [OSM-talk-fr] Le rendu 3D des terrains de sport...