date:20090621


--- On Sun, 21/6/09, Elizabeth Dodd ed...@billiau.net wrote:
 i finally found that dialog with a right click on the edit
 gpx layer
 but still neither of my edited tracks have been acceptable
 to osm.
 i think i'll delete the plugin.

Even when it does work, it's still more hassle than it's worth imho.

Also gpsbabel is proving to be too much of a hassle to anonymise files as well, 
so I've decided to bite the bullet and just code my own java or shell script to 
parse gpx files, strip out everything except time, lat, lon, HDOP/VDOP and 
elevation.

Then reset the timestamps to epoch, rather than randomising them which seems to 
be a bit crude and doesn't gain much.

Also I've been pondering about the time difference between GPS points and 
ranomising it a little to be useful if police ever started to use the 
information in GPX files to charge you with a speeding offense and all the 
hassle of taking it to court to beat it and what not.

For those of you that claim you never speed, what about those pesky school 
zones without flashing lights that you can't tell the times they are in force 
until you are virtually on top of them and have to sit and think about if the 
time actually applies at this point in time and slamming on your breaks if it 
does to prevent yourself from going in excess of the speed limit.

Even if you do reset the timestamps it may be possible for the police to find 
out when you went through the school zone even if the clock on your dash board 
says the school zone speed doesn't apply because it's inaccurately set.

Although if the GPX files are uploaded through a shared account this would 
reduce the risk of this sort of problem.


  

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

Re: [talk-au] Hi all ...

2009-06-21 Thread Andy Owen

 If one was really trying to hunt someone down with OSM, a carefull
 study of their edit history would most likely reveal information about
 their location anyway.
 

I previously had all my traces private. Then, I realised that if someone
wanted to track me down, they could just look me up in the phone book...
or ask me. 

(actually, I had them private because I thought they were rubbish, but
it turned out to be a bug in the thing I was viewing them in, and it
added an extra point at the start, at a random location)

Andy


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

Re: [talk-au] Hi all ...


--- On Sun, 21/6/09, Darrin Smith bel...@beldin.org wrote:

 If one was really trying to hunt someone down with OSM, a
 carefull
 study of their edit history would most likely reveal
 information about
 their location anyway.

Yet another reason to become a grey nomad? (even if you aren't grey yet!) :)


  

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

Re: [talk-au] Hi all ...


--- On Sun, 21/6/09, Andy Owen andy-...@ultra-premium.com wrote:

 I previously had all my traces private. Then, I realised
 that if someone
 wanted to track me down, they could just look me up in the
 phone book...
 or ask me. 

You should check out Telstra's profit sheets some time on silent numbers, there 
is a lot of people paying a lot of money to keep themselves out of the phone 
book.

Although with the increasing adoption of mobile phones and dropping rates of 
land lines, or people going to naked DSL, I guess they aren't earning as much 
any more.


  

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

Re: [talk-au] Hi all ...

2009-06-21 Thread David Dean



Darrin Smith wrote:
 
 If one was really trying to hunt someone down with OSM, a carefull
 study of their edit history would most likely reveal information about
 their location anyway.
 

Yes, but long term I can see people using openstreetmap data just for
navigation, and having their traces would be very useful for traffic
modelling purposes to improve the routing algorithms. In this case the only
real information OSM has on these people are their traces, so we would need
some sort of protection in place if they are worried about this sort of
thing.

One solution might be to always drop the last and first N minutes,
kilometres, turns, etc. from every journey, where N is a random number
chosen uniformly from a fairly wide range (between 5 and 10 minutes). 

This would ensure that most of the travelling information is kept, but no
information about start points and destinations are. These end points would
be less likely to be useful for road-speed modelling anyway.

Also, does everyone here realise that private traces still show up for
everyone in JOSM/Potlatch/etc. (without any timestamp or user information)?
It just means that the files are not visible in your traces area on the
website. Ie. the gps points themselves are still publically accessible
through the API, you just can't tell who made them or at what time they were
made.

- David
-- 
View this message in context: 
http://www.nabble.com/Hi-all-...-tp24072661p24134109.html
Sent from the OpenStreetMap - Australian Talk mailing list archive at 
Nabble.com.


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

Re: [talk-au] Simple linux shell script for batch processing


--- On Sun, 21/6/09, Ross Scanlon i...@4x4falcon.com wrote:
 Now if I could just work out the exclude polygon filter for
 gpsbabel.

I got the following replies from Xoff... Didn't help me, but might help you...



If you want to change the excluded area there you just need to change the 
following lines:

POLYGONS[0]=${DIR}/polygon1.arc 
echo $'52.23 -0.3 
52.34 -1.2 
52.65 -0.3 
'  ${POLYGONS[0]}

Replace the coordinates between $' and '  with the corners of the area you 
want to exclude. So with the coordinates you mentioned it should look like this:

POLYGONS[0]=${DIR}/polygon1.arc 
echo $'-33.0 150.0 
-33.0 151.0 
-34.0 151.0 
-34.0 150.0 
'  ${POLYGONS[0]}



I just noticed that there was a bug in the script. I accidentally had copied 
the code fore the second area two times into the script. I have updated this 
now. 

You may be able to find more information about the polygon files in the 
gpsbabel documentation. Because what I do in the script is basically creating a 
file for each polygon and then calling gpsbabel. Since I had a number of areas 
to exclude I added the filenames to a bash array and called gpsbabel for each 
filename in the list.



I had a look at the gpsbabel documentation 
(http://www.gpsbabel.org/htmldoc-1.3.6/filter_polygon.html). Apparently, the 
polygons must be closed. Repeating the first coordinate at the end of the list 
should work.

I better fix this in the script on the wiki-page and add a comment. When I 
uploaded the script I changed the polygons and forgot about this detail. I'm 
sorry about that!


  

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

Re: [Talk-de] Projekt Gemeindegrenze

Am So, 21.06.2009, 01:19 schrieb Frederik Ramm:
 Und selbst, wenn sie das nicht tut, ist sie besser als gar keine Daten.

Ich bin aber eindeutig für ein source = approximated oÄ

 Ich finde Markus' Idee mit den Gemeindegrenzen gut (bei den PLZen bin
 ich anderer Ansicht).

Ich habe erstere nie kritisiert.


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

Re: [Talk-de] Neue Lizenz, aktueller stand ?

2009-06-21 Thread Ulf Möller

Voraussichtlich wird die ODbL demnächst ohne weitere Änderungen
gegenüber RC 2 veröffentlicht.

Hier der Plan, wie es dann weitergehen soll:
http://wiki.openstreetmap.org/wiki/Open_Data_License/Implementation_Plan


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

Re: [Talk-de] Projekt Gemeindegrenze

2009-06-21 Thread Werner König

Am Sonntag, 21. Juni 2009 06:49:01 schrieb Bernd Wurst:
 Mit groben Verlauf meine ich prinzipiell die Zuordnung von Wohnadressen
 oder POIs zu einer Gemeinde. Also: Kuhdorf A gehört noch zu Gemeinde X, 1
 km weiter gehört Grillplatz B zu Gemeinde Y.

Wenn ich dann also keine ganze Relation anlegen möchte, wie sieht dann das 
aus. Muß ich zu dem Ort dann ein Tag erstellen und wenn welches Tag ist das?

Gruß

Werner

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

Re: [Talk-de] Projekt Postleitzahlen

Am So, 21.06.2009, 02:58 schrieb Mirko KÃ¼ster:

 Besonders bei paralelen Wegen ist das ganze nervig. Man kann noch so auf
 genaue AbstÃ¤nde achten, nach dem hochladen sieht das immer nach betrunken
 gemappt aus. Wird Zeit das dieser Bug mal verschwindet.

Kannst du mir Details nennen?


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

Re: [Talk-de] Namen in OSM

Am So, 21.06.2009, 03:19 schrieb Martin Koppenhoefer:
http://www.destatis.de/gv/suche_gv2000.htm

Naja, ein Gemeindeverzeichnis ist etwas Anderes :-)

Wir haben einen Kontakt beim DESTSTIS, den haue ich am Dienstag mal an.


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

Re: [Talk-de] Projekt Postleitzahlen

2009-06-21 Thread Marc Schütz

Am Sonntag 21 Juni 2009 03:36:03 schrieb Mirko Küster:
 Ticket habe ich nicht aufgemacht. Von jemand anderes habe ich nur gehört
 das diese bekannt sei und einer etwas ungenaueren Programmierung in OSM
 liegt. Da ich kein Programmierer bin, kann ich dazu nichts sagen. Und
 Tickets überlasse ich denen die Englisch können.

Die Koordinaten werden in der Datenbank soviel ich weiß als 32bit-Integer 
gespeichert. WIMRE führt das zu einer Genauigkeit von ca. 10-20cm. Könnte es 
daran liegen? Punkte auf einen Meter genau festzulegen dürfte aber dann 
trotzdem kein Problem sein.

Grüße, Marc



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

Re: [Talk-de] Routerhärtetest

Moin,

 Wenn man sich die Schar der dort abgespeicherten GPS-Tracks
 anschaut, dann ist es mit dem Informationsgehalt der Lage in OSM
 nicht sehr weit her... Nach Gefühl wieder reingezeichnet hätte
 eine ähnlich gute Qualität...

ich kann Dich mit Tracks der Strecke Karlsruhe, Neuburgweiher, Neuburg, 
Hagenbach, Maxmiliansau, Knielingen, Karlsruhe auf Wunsch totschmeißen. Das 
war nämlich lange meine Feierabendmappingtour, als ich o.g. Dörfer mappte. 
Und auch bei Touren kreuz und quer durch den Bienwald bis nach Wissembourg 
komme ich üblicherweise über die Rhainbrücke zurück. Mit Rad, S-Bahn oder 
auch Auto.

ce


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

Re: [Talk-de] Projekt Gemeindegrenze

2009-06-21 Thread Werner König

Am Sonntag, 21. Juni 2009 11:40:12 schrieb Bernd Wurst:
 Hallo.

 Am Sonntag 21 Juni 2009 11:14:11 schrieb Werner König:
  Am Sonntag, 21. Juni 2009 06:49:01 schrieb Bernd Wurst:
   Mit groben Verlauf meine ich prinzipiell die Zuordnung von
   Wohnadressen oder POIs zu einer Gemeinde. Also: Kuhdorf A gehört noch
   zu Gemeinde X, 1 km weiter gehört Grillplatz B zu Gemeinde Y.
 
  Wenn ich dann also keine ganze Relation anlegen möchte, wie sieht dann
  das aus. Muß ich zu dem Ort dann ein Tag erstellen und wenn welches Tag
  ist das?

 Ich blick's jetzt grade nicht. :)

 Also eine Relation ist eine Sammlung von OSM-Objekten. Das mal nur als
 Begrifsdefinition.

 Eine Grenze ist momentan IMHO am sinnvollsten zu mappen durch Hinzufügen
 mehrerer Stückchen Grenzverlauf (boundary=administrative) zu einer Relation
 für den Umriss dieser Gemeinde bzw. Stadt.

 Wenn du nur einzelne Stückchen eintragen kannst oder willst, dann mach das.
 Wenn du diese Stückchen (plus ggf. die, die schon da sind) dann in einer
 (eventuell schon vorhandene) Relation für die Grenzen des betreffenden
 Ortes einträgst: Perfekt.

 Ob eine Grenze jetzt vollständig umlaufend (geschlossen) ist oder nicht,
 ist wie bei allem was wir mappen erstmal egal. Wenn du nur einen Teil
 eintragen kannst, dann trag den Teil ein. Jemand anderes kann das dann
 vervollständigen.


Nein, das trifft es alles nicht. Ich bin im Augenblick noch fauler. Ich 
möchte eigentlich nur sagen Ort A gehört zu Gemeinde B (ohne Relation etc., 
dies kommt erst später)

 Gruß, Bernd


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

Re: [Talk-de] Projekt Postleitzahlen

Am So, 21.06.2009, 12:25 schrieb Marc SchÃ¼tz:

 Die Koordinaten werden in der Datenbank soviel ich weiÃ als 32bit-Integer
 gespeichert. WIMRE fÃ¼hrt das zu einer Genauigkeit von ca. 10-20cm.
 KÃ¶nnte es
 daran liegen? Punkte auf einen Meter genau festzulegen dÃ¼rfte aber dann
 trotzdem kein Problem sein.

Nehmen wir folgende Koordinaten (7 Nachkommastellen):

1.
P1 (LAT/LON): 40.000, 7.000
P2 (LAT/LON): 40.000, 7.000
Entfernung (Vincenty auf WGS84) mit 0,5mm Genauigkeit: 0,000 m

2.
P1 (LAT/LON): 40.000, 7.000
P2 (LAT/LON): 40.009, 7.000
Entfernung (Vincenty auf WGS84) mit 0,5mm Genauigkeit: 0,100 m

3.
P1 (LAT/LON): 40.000, 7.000
P2 (LAT/LON): 40.009, 7.009
Entfernung (Vincenty auf WGS84) mit 0,5mm Genauigkeit: 0,126 m

4.
P1 (LAT/LON): 40.000, 7.000
P2 (LAT/LON): 40.000999, 7.000999
Entfernung (Vincenty auf WGS84) mit 0,5mm Genauigkeit: 0,014 m

wenn man nun auf 6 Nachkommastellen runtergeht:

5. (P2 wäre die Wirklichkeit, P1 abgekürzt)
P1 (LAT/LON): 40.00, 7.00
P2 (LAT/LON): 40.09, 7.00
Entfernung (Vincenty auf WGS84) mit 0,5mm Genauigkeit: 0,999 m

6. (P2 wäre die Wirklichkeit, P1 abgekürzt)
P1 (LAT/LON): 40.00, 7.00
P2 (LAT/LON): 40.09, 7.09
Entfernung (Vincenty auf WGS84) mit 0,5mm Genauigkeit: 1,002 m

7. (P2 wäre die Wirklichkeit, P1 abgekürzt)
P1 (LAT/LON): 40.00, 7.00
P2 (LAT/LON): 40.00, 7.00
Entfernung (Vincenty auf WGS84) mit 0,5mm Genauigkeit: 0,111 m

8. (P2 wäre die Wirklichkeit, P1 abgekürzt)
P1 (LAT/LON): 40.00, 7.00
P2 (LAT/LON): 40.00, 7.00999
Entfernung (Vincenty auf WGS84) mit 0,5mm Genauigkeit: 0,140 m

9. (P2 wäre die Wirklichkeit, P2 gerundet)
P1 (LAT/LON): 40.00, 7.00
P2 (LAT/LON): 40.01, 7.01
Entfernung (Vincenty auf WGS84) mit 0,5mm Genauigkeit: 0,140 m

Fazit (bezogen auf diese Koordinaten):
Bei 7 Nachkommastellen beträgt der maximale Fehler 1,4 cm.
Bei 6 Nachkommastellen beträgt der maximale Fehler 14,0 cm.

Grüße
Tobias


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

Re: [Talk-de] Routerhärtetest

Moin,

 Als nackte highway=cycleway, somit hat vermutlich das routing
 funktioniert, aber sicher nicht hervorragend, weil ihnen das
 oneway fehlte (zumind. auf der Brücke, habe jetzt nicht jedes
 Stückchen geprüft).

stimmt, aber ich habe auch nie gesagt, dass man da nicht noch Verbesserungen 
anbringen hätte können.

[...]

 Wie schon in andern Zweigen der Diskussion gesagt, war ich nicht
 der Meinung, dass relevante Informationen verloren gingen, sondern
 dass es in Summe eine Verbesserung war bzw. werden wird.

Ich werfe Dir ja nicht vor, dass Du willentlich eine Verschlechterung 
vorgenommen hast. Auch das Argument, dass es so, wie es jetzt ist, zumindest 
nicht falsch gemappt ist, kann ich durchaus akzeptieren. Ich bin aber halt 
der Meinung, dass vorher die Realität wesentlich besser abgebildet war.

[...]

 Sie steckt im zuerst aufgefallen ... ein wenig drin.
 Details ungefragt aus einem persönlichen Mailwechsel wollte ich
 nicht groß zitieren, zumal es für die Ursprungsfrage des threads
 relativ wenig zu tun hat, nämlich wie andere Router auf dieses
 tagging reagieren.

Ja klar, aber aufgrund der voangegangenen Diskussion hätte ich es halt besser 
gefunden, wir hätten das Problem erstmal lokal mit den Karlsruher Mappern 
klären können. Für den Rest auf Talk-de ist es wahrscheinlich recht nervig, 
dass wir die Diskussion jetzt hier führen :) .

   Der Radweg stammte ursprünglich von mir.

 Diese Vorgeschichte hast nun wiederum Du mir vorenthalten...
 Ja wenn ich DAS gewusst hätte!!! *flöt* ;-)

Schluchz. Ob der Radweg von mir oder jemand anderem stammt, tut nichts zur 
Sache. Ich erwähnte das nur, um zu zeigen, warum es mich interessiert und 
dass ich mich an der Ecke zufällig auskenne :) .

[...]

 Vielfach wird aber trunk leider so interpretiert, dass foot=no gelten
 würde. Nachdem ich im Anfang Mai aber motorroad=no drangehängt,
 dürfte ein Router das nich mehr so ohne weiteres implizieren,
 wie auch nicht bicycle=no.

Genau diese Unschärfe, die in den Konjunktiven erkennbar ist, gab es 
beispielsweise vorher mit eigens eingezeichneten Wegen nicht. Wäre die Straße 
dort eine Secondary oder Tertiary, könnte ich wahrscheinlich noch alle fünf 
Hühneraugen zudrücken.

 Theoretisch bräuchte es so kein explizites foot=yes (oder footway=track,
 was aber weniger gebräuchlich zu sein scheint als cycleway=*)
 Ein separater highway=cycleway bräuchte zum Routen dagegen eigentlich
 ein foot=yes oder ähnliches, wobei wir da recht flott im Lagerstreit
 cycleway contra path+designated landen... ;-)

Ja, die Diskussion droht uns auch noch ;-) .

   Den Radweg hat er auf Pfälzer Seite direkt an die Kraftfahrstraße
 
  angeschlossen, obwohl es dort ob baulicher Trennung überhaupt nicht
  möglich ist, auf die Fahrbahn zu kommen. Auf badener Seite schließt jetzt
  die Treppe, die von unterhalb der Brücke auf den Fuß- und Radweg führt,
  ebenfalls direkt an die Kraftfahrstraße an, obwohl es auch dort keine
  direkte Verbindung gibt (bauliche Trennung).

 Das sind punktuelle Renderprobleme, die m.E. zu vernachlässigen sind
 ggü. den großflächigen Renderproblemen der separaten Wege.

Wie? Renderprobleme? Das hat IMO exakt nichts mit dem Rendern zu tun, sondern 
mit der Abbildung der topololgischen Realität. Was hinterher ein Renderer 
daraus macht, ist Step 2.

 Einen Router kann das nicht stören, da der Router ihn ja nicht
 auf die Fahrbahn schicken kann, weil er das cycleway=track
 erkennen sollte (so er ein fahrradfähiger Router sein will)
 Biegen Sie rechts ab auf den Radweg des trunks statt
 Biegen Sie rechts ab auf den Radweg

Dann leg' doch schonmal los und reiche Patches für alle existierenden Router 
ein.



 Folgen Sie dem Radweg des trunks als Info des Routers halte ich für
 wesentlich gelungener als Folgen Sie den Radweg, weil bei separaten
 Radwegen, wie gesagt, der logische Zusammenhang zwischen Radweg und
 Fahrbahn nicht aus den Daten hervorgeht.

Mehr oder minder sehe ich die Radwege so, dass sie eben mit dem Trunk nicht 
sonderlich viel zu tun haben, außer dass sie zusammen mit dem Trunk über eine 
Brücke laufen. Würde auch die Bahn über dieselbe Brücke fahren, würdest Du 
dann die Bahnlinie löschen und an den Trunk ein railway=yes hängen? 
Vermutlich nicht.

[...]

 Das ist eine besondere Eigenschaft der Karlsruher Rheinbrücke samt
 ihrer badischen Zufahrt, die sie z.B. von der ähnlich dimensionierten
 (aber weniger stark befahrenen) Germersheimer Rheinbrücke unterscheidet,
 bei der sich der enge Kontakt nur auf die eigentliche Brücke von
 600m beschränkt.

Dort sind wenigstens die Radwege noch separat eingezeichnet. Allerdings kann 
man nicht erkennen, wie der Status für Fußgänger ist.

[...]

 Ich hatte das Ummappen zwar ganz und gar nicht als Routertest konzipiert,
 aber nun interessiert mich das verstärkt zu erfahren, wie die anderen
 Router damit umgehen bzw. ob und wie man die ggfs. verbessern kann.
 Solange sollte der Testfall, der immerhin korrekt getaggt ist
 nach einem derzeit gültigen

Re: [Talk-de] Routerhärtetest

Moin,

 P.S.: Generell wird es egal bei welchen Dingen, immer Leute geben die böse
 sind, wenn man etwas löscht oder ändert.
 Das hat irgendwie auch etwas mit persönlichen Stolz zu tun, womit ich jetzt
 dich nicht angreifen will, aber das ist irgendwie menschlich.

wer so denkt sollte sich von OSM verabschieden. Wer zuletzt kommt, mappt 
zuletzt sach ich immer.

Ich bin froh, wenn jemand die Situation an einer bestimmten Stelle verbessert. 
Im vorliegenden Falle aber sehe ich eine deutliche Verschlechterung.

 Eigentlich geht es nur darum ein möglichst gutes Ergebnis zu erzielen und
 darauf sollte unser Augenmerk gerichtet sein.

Genau darum geht es :) .

ce

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

[Talk-de] Podcast über OSM jetzt verfügbar

2009-06-21 Thread Lulu-Ann

Hallo Listen,

am Mittwoch, 17. Juni 2009 wurde beim Fnordfunk
eine Sendung über OpenStreetMap ausgestrahlt.

Titel:
Fnordfunk 040: Freie Landkarten mit OpenStreetMap

Der Podcast steht jetzt (ohne Musik) zum Download bereit:

http://www.fnordfunk.cccmz.de/podcast/040_Freie_Landkarten_mit_OpenStreetMap_nomusic.mp3

Eine weitere Sendung über OpenStreetMap im Allgemeinen vom Überwachungsstadl 
vom Offenen Kanal Bremen vom Oktober 2008
findet sich (mit Musik) unter

http://ueberwachungsstadl.de/blog/UeS01.mp3

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

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

Re: [Talk-de] Projekt Postleitzahlen

2009-06-21 Thread Mirko Küster

 Besonders bei paralelen Wegen ist das ganze nervig. Man kann noch so auf
 genaue AbstÃ¤nde achten, nach dem hochladen sieht das immer nach betrunken
 gemappt aus. Wird Zeit das dieser Bug mal verschwindet.

Kannst du mir Details nennen?

Was für Details? Die Nodes wandern, manchmal deutlich mehr als einen Meter, 
mehr kann ich dir aus der Praxis eines Mappers auch nicht dazu sagen.

Mir ist das zuerst beim Railway Import aufgefallen. Bei Paralelen Gleisen, 
in Radien und Weichenstraßen. Das ganze verzieht sich nicht immer 
gleichmäßig. Das merkt man aber wirklich nur wenn man Formgenau arbeitet und 
auf Genauigkeitkeit von unter einem Meter bedacht ist. Beim groben zeichnen 
von Straßen dürfte das nicht weiter aufallen.

Mit purem rechnen kommt ihr hier nicht weiter. Einfach mal Praxisbeispiele 
ausprobieren. Da kommen oft deutlich größere Abweichungen bei heraus.

Gruß
Mirko 


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

Re: [Talk-de] Projekt Postleitzahlen

Am So, 21.06.2009, 14:24 schrieb Mirko Küster:

 Mit purem rechnen kommt ihr hier nicht weiter. Einfach mal Praxisbeispiele
 ausprobieren.

Nur Rechnerei löst dieses Problem.

Schick mir doch bitte Testdaten und ich anslysiere dein Problem morgen.


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

Re: [Talk-de] Projekt Postleitzahlen

2009-06-21 Thread Mirko Küster

 Mit purem rechnen kommt ihr hier nicht weiter. Einfach mal Praxisbeispiele
 ausprobieren.

Nur Rechnerei löst dieses Problem.

Schick mir doch bitte Testdaten und ich anslysiere dein Problem morgen.

Diese Zacken habe ich natürlich bereits vor Monaten Stück für Stück gerade 
gebügelt. Das kannst du leicht selber reproduzieren. Einfach mal den schon 
gestern genannten Test durchführen. Hänge am besten noch Kreuzungen und T 
Abzweigungen dran. Irgendein Node wird immer da sein wo du ihn nicht 
platziert hast. Passiert gerne auch an gesplitteten Dingen wie Brücken.

Ein Fall ist mir da noch genau in Erinnerung. Hier lag glaube das 
Brückeneckende vom Gleis Borsdorf - Engelsdorf plötzlich ein ganzes Stück 
weiter nördlich. 
http://www.openstreetmap.org/?lat=51.343769lon=12.527735zoom=18layers=B000FTF

Gruß
Mirko



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

Re: [Talk-de] Map features - das OSM-Gesetz?

2009-06-21 Thread Werner König

Am Sonntag, 21. Juni 2009 14:16:52 schrieb Frederik Ramm:
 Hallo,

 André Reichelt wrote:
  Die korrekte Anwendung der Rechtschreib-Normen kann NIE albern sein. Bei
  E-Mails lasse ich die korrekten Anführungszeichen usw. nur weg, da sie
  mit der Standardkodierung nicht kompatibel sind.

 Das OpenStreetMap-Wiki ist ein Gebrauchstext, kein publiziertes Werk.
 Genauso, wie man am Telefon anders spricht als man schreiben wuerde,
 sollte man auch einen Gebrauchstext von einem Buch oder einer
 Diplomarbeit unterscheiden. Der Wiki-Artikel ist staendig im Fluss, sehr
 viele Leute arbeiten daran mit, die entweder nicht wissen, wo
 korrekterweise welche Zeichen zu setzen sind, oder es zwar wissen, diese
 aber nur mit viel Muehe, oder gar nicht, auf ihrem Computer erzeugen
 koennen.

  Was das mit albern zu tun hat, darfst du mir gerne erklären. Solche
  Aussagen finde ich jedenfalls weder witzig noch auf sonst eine Weise
  brauchbar. Gerade in einer Zeit, in der die Schreibleistung der Menschen
  immer weiter zurück geht und häufig nur noch mit miesen Abkürzungen und
  konsequenter Missachtung der Rechtschreibregeln um sich geworfen wird,
  ist ein Text wie dieser so wie gute Musik in der Ohren.
 
  Eine löbliche Leistung!

 Nein, keine loebliche Leistung, sondern Nabelschau (schaut her, wie gut
 ich deutsch kann, und ihr Banausen alle nicht) und Zeitverschwendung.
 Man kann einen Text polieren, wenn er fertig ist. Das Wiki ist nie
 fertig und soll es auch nicht sein. Damit, dass man an der aeusseren
 Form eines Wiki-Artikels so herumpoliert, erreicht man hoechstens, dass
 weniger Leute sich trauen, ihn zu aendern, selbst wenn sie *inhaltlich*
 etwas beizutragen haetten. Das ist (fuer uns) kontraproduktiv.

-1, jeder sollte sich bemühen ein korrektes Deutsch zu pflegen

 Ich sage nicht, dass ich insgesamt was gegen korrekte Sprache haette,
 das Gegenteil ist der Fall; in meiner Jugend gehoerte ich auch zu denen,
 die sich wunder was drauf einbildeten, korrekt sprechen und schreiben zu
 koennen. Ich habe am laufenden Band Texte redigiert, egal, ob ich dazu
 eingeladen war oder nicht. Ich habe Leserbriefe an den Spiegel und die
 Zeit geschrieben und mir Diskussionen mit der Duden-Redaktion geliefert.
   Ich habe zahlreichen Unternehmen mitgeteilt, dass ich ihre Produkte
 nicht kaufen werde, wenn sie in ihrer Werbung weiterhin die Sprache mit
 Fuessen treten. - Auch heute noch gibt es fuer mich einen Platz fuer
 wohlformulierte Sprache, die Musik in meinen Ohren ist. Ich weiss aber
 inzwischen, dass es albern ist, die Korrektheit der Sprache ueber ihren
 Gebrauchswert zu stellen.

+1, klar ist der Inhalt wichtiger als die Form und wenn ich irgendetwas lernen 
kann auch wenn es nicht korrekt in deutsch verfasst ist, mache ich das (das 
meiste ist heutzutage ja sowieso in englisch.
 

 Bye
 Frederik


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

Re: [Talk-de] [OSM-talk] openmaps.org

2009-06-21 Thread Jonas Krückel

Martin Koppenhoefer schrieb:
 2009/6/17 wer-ist-roger juwelier-onl...@web.de:
   
 Hej Jens,

 nice mockup. But I like more the idea of having thumbnails side by side then
 this tab-like style.
 

 Yes, it is indeed quite nice, but IMHO not suitable for a large
 variety of different Maps (lets say 20-30).
   
http://twitpic.com/80ic4
Just a sketch to illustrate my idea. You could easily add one line of 4 
map thumbnails more and you also have the 'more maps' button on the bottom.
If you mouse over the thumbnails you will get additional informations 
about the map.
I don't know if we would get problems with screenshots from the Reit- 
und Wanderkarte including the contour lines and shaded reliefs, because 
AFAIK the license is not compatible ( i do not really know if odbl will 
make this better, but i don't think so) and it only works because the 
are overlayed in the browser.

I also have a additional idea, what about a mobile version of 
openmaps.org, automatically detecting the mobile device (iPhones mainly 
;-) ) and displaying different open mobile maps (opentouchmap.org for 
example)? Of course we would need a more advanced webinterface for the 
mobile version so you can easily use it.

Please feel free to add your ideas!

Jonas


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

Re: [Talk-de] Routerhärtetest

2009-06-21 Thread Klaus Hanauer

Liebe Rheinbrücken-Radwege-Experten,

das sollte doch Mut machen:
Fahrradrouting über die Rheinbrücke von Wörth nach Karlsruhe (Koordinaten
von Heiko Jacobs)
1. Garmin City Navigator - Streckenlänge 3.7 km !!!
2. OSM (Worldfile 28. Mai) - Streckenlänge 1.9 km (meine Enkel hat es
gefreut !)

Viele Grüße
Klaus Hanauer



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

Re: [Talk-de] [OSM-talk] openmaps.org

2009-06-21 Thread Jonas Krückel

Sorry, falsche Liste.
Gruß
Jonas

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

[Talk-de] castle im Wiki

Vor kurzem hatten wir hier ja schon heisse Diskussionen zum Thema
Castle, die ich hier nicht wieder aufwaermen will. Allerdings ist auf
der Seite
http://wiki.openstreetmap.org/wiki/DE:Tag:historic%3Dcastle

Hohenurach als Beispiel fuer ein Festungsrendering aufgefuehrt, das
finde ich nicht so optimal, da Hohenurach eine Burg ist ;-)

Gruss Martin

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

Re: [Talk-de] Worldfile vom 17. Juni 2009

2009-06-21 Thread Carsten Schwede

Hi,

Garry schrieb:
 Kann man die Grenzen nicht wieder etwas weiter über die Landesgrenze
 hinwegsetzen(50-100km)? Ich

Welchen Landes? Meine Deutschlandkarte geht doch wohl weit genug?

 bin häufig im Grenzgebiet unterwegs, möchte deshalb aber nicht immer
 gleich die Europakarte
 laden.. Alternativ wäre auch eine Alpenkarte mit 200-300km übermass eine
 gute Sache, gerade jetzt
 zu Beginn der Hauptreisezeit.. :-)

Muss es denn immer die Routingfähige Karte sein? Die ist durch die 
Benutzung des Geofabrikausschnittes beschränkt. Viel Größer kann ich 
das da auch nicht machen, da die Ausschnnitte nicht von mir gemacht 
werden.

-- 
Viele Grüße
Carsten


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

Re: [Talk-de] Projekt Gemeindegrenze

2009-06-21 Thread Florian Lohoff

On Sun, Jun 21, 2009 at 12:18:35AM +0200, Martin Trautmann wrote:
 Es ist relativ einfach möglich, Ortschaften ihrer Gemeinde zuzuordnen. 
 Es ist weit schwieriger, die Gemeindegrenzen hinreichend genau 
 abzuleiten, wenn einem entsprechendes Kartenmaterial fehlt.

Definiere Hinreichend Genau ? Fuer MICH reicht das wenn klar ist welche
Straßen zu welchem Ort gehoeren - Damit kann ich geocoder bauen
die gute resulate liefern. Welcher Quadratmeter eines Ackers oder
welche Uferboeschung zu welchem Ort gehoeren interessiert mich gerade
nicht.

Und obige genauigkeit und ein bischen toleranz beim einzeichnen 
kann man mit Wahlbezirkszuordnungen durchaus einfach hinbekommen.

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


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

Re: [Talk-de] GPS-Track mit Marker für Audiomapping

2009-06-21 Thread Christian Koerner

Patrick Kolesa wrote:
 Moin,
 
 wäre es (programmiertechnisch bzw. theoretisch) eigentlich möglich, eine
 Audiospur manuell mit einem GPS-Track zu synchronisieren, und dann bspw.
 in JOSM per Plugin einen roten Punkt synchron zur Audiodatei am
 GPS-Track entlanglaufen zu lassen?

Das ist so schon geschehen [1]

Gruss Christian

[1] JOSM Help - Audio Mapping with JOSM (engl.)
http://josm.openstreetmap.de/wiki/Help/HowTo/AudioMapping


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

Re: [Talk-de] Routerhärtetest

Martin Koppenhoefer schrieb:
 Am 21. Juni 2009 01:42 schrieb Heiko Jacobs heiko.jac...@gmx.de:
 Martin Koppenhoefer schrieb:
   Sowas triviales ist, bis es besseres gibt, als Zusatztag besser
   aufgehoben
 
 und dann setzst Du Dich hin, und zeichnest den Weg wieder neu, den Du
 jetzt gelöscht hast?

Kann gut sein. Ich scharre eigentlich schon seitdem ich auf OSM stieß
mit den Hufen, um in Karlsruhe und umzu die Radinfrastruktur korrekt
zu mappen und taggen, damit sie je nach Vorliebe gerouted werden können
und damit sie vernübftig dargestellt werden können.
Aber weder gibt es ein vernünftiges grundsätzliches Modell dafür
(wie gesagt haben m.E. beide Modelle derzeit schwerwiegende Nachteile
beim Routen und Rendern), noch gibt es vernünftige Modelle für
Spezialitäten wie die 1000 Sorten Benutzungspflicht etc.
Sobald es vernünftige Lösungen gibt, bringe ich mich da gerne beim
Mappen intensiv ein. Solange gibt's noch genug andere wichtige Sachen
zu tun... Und Radwege mache ich (in einem der beiden Modelle) i.d.R.
nur, wenn ich aus anderen Gründen an der Straße bastel. (Bei der Rheinbrücke
war glaub das korrekte Taggen von motorroad=yes/no der Auslöser für
Basteleien in der Ecke)
Sollte mir aber irgendwo eine Lösung für die grundsätzlichen
Probleme begegnen oder einfallen, werde ich da sicher auch tätig werden.

 Dass beide Mapping-Varianten erlaubt sind muss aber nicht bedeuten,
 dass das Löschen der Ways auch erlaubt/guter Stil ist,

Du schriebst:
  sondern dass man sich bei der Neuanlage entscheiden kann.

 Nach der Logik wäre es auch nicht möglich, einen ursprünglich als
 highway=any cycleway=track Radweg in separate ways zu trennen.
 
 wieso nicht? Welchen Weg musst Du dafür löschen?

Die Eigenschaft cycleway am highway muss gelöscht werden.
Du postulierst oben, dass man sich bei der Neuanlage entscheiden kann.
Ich interpretiere Deinen Widerstand gegen das Löschen von separaten ways
zugunsten von angehängten Eigenschaften in diesem Zusammenhang, dass Du
diese Entscheidung bei Neuanlage hoch bewertest. Dann muss das aber
auch im anderen möglichen Fall der Entscheidung bei Neuanlage gelten,
wenn die angehängte Eigenschaft cycleway zugunsten eines separaten ways
gelöscht wird. Oder umgekehrt: Wenn Du sowas als kein Problem ansiehst,
muss das auch für den anderen Fall gelten. Gleiches Recht für beide Fälle.

 Darüber sind wir uns ja uneins.
 Für Dich ist der jetzige Zustand ein Schaden,
 für mich ist er ein Gewinn...
 
 weil das Routing bald wieder funktionieren wird? Weil man als
 Radfahrer nicht mehr vom Bildschirm abgelenkt ist, weil man sowieso
 neben dem Weg fährt anstatt darauf?

Dann muss ach jede Fahrspur der Fahrbahn separat getaggt werden,
denn sonst würde ein Überholer womöglich verwirrt einen Unfall bauen,
wiel beim Spurwechsel die marke vom highway rutscht, den jemand
leider auf der rechten Spur gemappt hat.

 Nein, nicht falsch, aber Du wolltest es ja am liebsten als depreceated
 bezeichnen
 
 am liebsten ja, aber ich habe das nicht getan, weil ich cycleway=track
 als Übergangslösung bei schlechter Datenlage und temporär sinnvoll
 finde: Besser die Information, dass es dort überhaupt einen Radweg
 gibt (bis ihn jemand genauer aufgemessen und eingetragen hat), als gar
 keine Information.

Angesichts dessen, dass beide Modelle gravierende Nachteile haben,
sind beide Modelle m.E. keine Fälle von nur Übergangslösung oder
vermutlich endgültige Lösung sondern beide gleichberechtigte
vollwertige Lösungen, für die je nach lokalem Kontext mal so, mal
anders die Entscheidung fällt.

 Das OSM-Datenmodell ist nun mal generalisierend.
 
 aber das bedeutet eben nicht, dass man in den Daten Details
 weggeneralisiert. Das machen bei OSM die Nutzer hinterher, nicht in
 der Datenbank.

Ansichtssache. Die Lösung mit separaten Wegen generalsiert die
Eigenschaft Radweg bildet mit Fahrbahn gemeinsame Straße weg.
Die ist für korrektes Routen eigentlich auch wichtig.
Die Details Lage und eigene Tags möglich werden dagegen nur
inkonsequent umgesetzt, weil weiter alle Fahrspuren im highway=trunk
zusammen kleben, Geh- und Radweg weiterhin in einem tag zusammenkleben
(oder der Gehweg fehlt je nach Interpretation) bzw. unklar wäre,
welches tag zum Radweg, welches zum Gehweg gehören würde, so mal jemand
solche erfassen würde.
Beide Modelle taugen nur begrenzt.

Gruß Mueck


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

Re: [Talk-de] Routerhärtetest

Christoph Eckert schrieb:
 Wenn man sich die Schar der dort abgespeicherten GPS-Tracks
 anschaut, dann ist es mit dem Informationsgehalt der Lage in OSM
 nicht sehr weit her... Nach Gefühl wieder reingezeichnet hätte
 eine ähnlich gute Qualität...
 
 ich kann Dich mit Tracks der Strecke Karlsruhe, Neuburgweiher, Neuburg, 
 Hagenbach, Maxmiliansau, Knielingen, Karlsruhe auf Wunsch totschmeißen.

Und alle sind identisch? Her damit, denn Du hast offenbar den
weltweit präzisesten GPS-Epfänger!
Was ich meinte: Da liegen so viele tracks im OSM-Datenbestand rum
(die erstmal nur, die man in potlatch sieht) die alle ein wenig
anders laufen, dass man die Qualität der nach nur einem von vielen
tracks gezeichneten ways anzweifeln muss. Wer sagt denn, dass
genau der track der mit der Wahrheit war... Und nicht der,
der paar meter daneben liegt, oder der auf der anderen Seite, ...
Es ist im Bündel der GPS-tracks noch nicht mal eine Lücke zwischen
tracks der Autofahrer von der Fahrbahn und tracks der Radfahrer vom
Radweg erkennbar direkt auf der Rheinbrücke.
Da kann man auch gleich nach Gefühl einen Radweg neben die Fahrbahn malen...


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

Re: [Talk-de] Routerhärtetest

Moin,

 Und alle sind identisch? Her damit, denn Du hast offenbar den
 weltweit präzisesten GPS-Epfänger!
 Was ich meinte: Da liegen so viele tracks im OSM-Datenbestand rum
 (die erstmal nur, die man in potlatch sieht) die alle ein wenig
 anders laufen, dass man die Qualität der nach nur einem von vielen
 tracks gezeichneten ways anzweifeln muss. Wer sagt denn, dass
 genau der track der mit der Wahrheit war... Und nicht der,
 der paar meter daneben liegt, oder der auf der anderen Seite, ...
 Es ist im Bündel der GPS-tracks noch nicht mal eine Lücke zwischen
 tracks der Autofahrer von der Fahrbahn und tracks der Radfahrer vom
 Radweg erkennbar direkt auf der Rheinbrücke.
 Da kann man auch gleich nach Gefühl einen Radweg neben die Fahrbahn
 malen...

das Problem haben wir ja grundsätzlich. Muss ich jetzt einen Feldweg, den ich 
neben die Autobahn gezeichnet habe, wieder löschen und stattdessen ein 
track=yes an die Autobahn hängen, weil mein GPS nicht genau genug ist?

Sicher nicht. Es genügt, wenn ich nach Gefühl den Feldweg neben die Autobahn 
packe.

Bevor wir uns in unwesentlichen Details verlieren, sollten wir vielleicht 
wieder zurück zum ursprünglichen Problem kommen. Kannst Du in ein paar dürren 
Worten beschreiben, was jetzt in Deinem Augen besser als vorher ist?

Und vielleicht sollten wir die Diskussion nach ka-geo oder PM verlagern, damit 
wir den Rest auf talk-de nicht mir unserer Lokaldiskussion nervsägen. Viele 
werden mittlerweise verständnislos den Kopf schütteln, vermute ich. Und ich 
nehme mich da nicht aus.


ce


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

Re: [Talk-de] Projekt Gemeindegrenze

Am So, 21.06.2009, 20:40 schrieb Florian Lohoff:
 kann man mit Wahlbezirkszuordnungen durchaus einfach hinbekommen.

Vergiss die Orzssatzungen nicht. Dort hängt auch in den Online-Varianten
fast immer ein Plan dran.


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

Re: [Talk-de] castle im Wiki

2009-06-21 Thread Nop


Hi!

Martin Koppenhoefer schrieb:
 Allerdings ist auf
 der Seite
 http://wiki.openstreetmap.org/wiki/DE:Tag:historic%3Dcastle
 
 Hohenurach als Beispiel fuer ein Festungsrendering aufgefuehrt, das
 finde ich nicht so optimal, da Hohenurach eine Burg ist ;-)

Falsch. Von 1540 bis 1556 wurde die Burg zur Festung ausgebaut. [1]


http://www.burgenwelt.de/hohenurach/hohurach.htm
http://reiseziele.com/reiseziele/schwaebische_alb/hohenurach.htm
http://www.burgen-web.de/hohenurach.htm
http://www.burgenreich.de/festungsruine%20hohenurach%20geschichte.htm

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


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

Re: [Talk-de] Projekt Postleitzahlen

Am So, 21.06.2009, 19:20 schrieb Martin Koppenhoefer:
 irgendwo in der OSM-Kette (also JOSM, API, DB und was da evtl. sonst
 noch dazwischen liegt) an.

Daher will ich es gerne untersuchen. JOSM rechnet schon bdim verschieben
von Koordinaten intern eeetttwwasss falsch.


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

[Talk-de] DE:Fire hydrant

2009-06-21 Thread Alexander Kopf

Hi leute,

ich bin neu bei OSM und möchte damit, für meine Feuerwehr, die Hydranten des 
Ortes verzeichnen. Doch leider gibt es noch keinen festen tag für Hydranten 
weshalb ich das hier noch mal ansprechen möchte.
Hier der Link zur wiki seite:
http://wiki.openstreetmap.org/wiki/DE:Fire_hydrant

gruß
Alexander


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

Re: [Talk-de] castle im Wiki

2009-06-21 Thread malenki

Nop schrieb:

 Martin Koppenhoefer schrieb:
  Allerdings ist auf
  der Seite
  http://wiki.openstreetmap.org/wiki/DE:Tag:historic%3Dcastle
  
  Hohenurach als Beispiel fuer ein Festungsrendering aufgefuehrt, das
  finde ich nicht so optimal, da Hohenurach eine Burg ist ;-)
 
 Falsch. Von 1540 bis 1556 wurde die Burg zur Festung ausgebaut. [1]

Wir brauchen ein neues Tag: castle=burg;fort *flycht*

*scnr*
malenki

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

Re: [Talk-de] DE:Fire hydrant

2009-06-21 Thread Josias

Alexander Kopf schrieb:
 http://wiki.openstreetmap.org/wiki/DE:Fire_hydrant

An sich eine gute Sache.
Du kannst es, wie immer in OSM so wie du denkst benutzen.

Wenn dir beim Benutzen weitere Ideen kommen trägst du sie auf die Wiki-Seite 
ein.

ob die Hydranten auf eine der 2 großen Karten kommt ist fraglich.
es gibt zu viele davon...

eine eigene Hydranten Karte:
Möglichkeiten:
- richtige Karte
- Overlay
- Icon map
ähnlich wie diese http://j-po.de/datei/osm/osmolt/hamburg/

Ich hoffe das hat dir geholfen


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

Re: [Talk-de] Routerhärtetest

Moin

Als nackte highway=cycleway, somit hat vermutlich das routing
funktioniert, aber sicher nicht hervorragend, weil ihnen das
oneway fehlte (zumind. auf der Brücke, habe jetzt nicht jedes
Stückchen geprüft).

stimmt, aber ich habe auch nie gesagt, dass man da nicht noch Verbesserungen
anbringen hätte können.

Nun nicht mehr nötig, da das oneway der Fahrbahn bestens passt ;)

Wie schon in andern Zweigen der Diskussion gesagt, war ich nicht
der Meinung, dass relevante Informationen verloren gingen, sondern
dass es in Summe eine Verbesserung war bzw. werden wird.

Ich werfe Dir ja nicht vor, dass Du willentlich eine Verschlechterung
vorgenommen hast. Auch das Argument, dass es so, wie es jetzt ist, zumindest
nicht falsch gemappt ist, kann ich durchaus akzeptieren. Ich bin aber halt
der Meinung, dass vorher die Realität wesentlich besser abgebildet war.

Dabin ich halt anderer Meinung. Für mich ist die jetzige Datenlage
näher an der Realität.

Sie steckt im zuerst aufgefallen ... ein wenig drin.
Details ungefragt aus einem persönlichen Mailwechsel wollte ich
nicht groß zitieren, zumal es für die Ursprungsfrage des threads
relativ wenig zu tun hat, nämlich wie andere Router auf dieses
tagging reagieren.

Ja klar, aber aufgrund der voangegangenen Diskussion hätte ich es halt besser
gefunden, wir hätten das Problem erstmal lokal mit den Karlsruher Mappern
klären können. Für den Rest auf Talk-de ist es wahrscheinlich recht nervig,
dass wir die Diskussion jetzt hier führen :) .

Ich wollte im großen Pool von Mappern vorrangig nach dem Verhalten
von weiteren Routern fragen als grundlage für eine spätere Entscheidung.
Die 2-Modelle-Diskussion wurde ja nicht von mir dazugepackt ;-)
Sie ist aber trotzdem wichtig, auch in diesem großen Kreise,
betrifft sie doch langfristig alle Radwege und ähnliche Probleme.

Der Radweg stammte ursprünglich von mir.

Diese Vorgeschichte hast nun wiederum Du mir vorenthalten...
Ja wenn ich DAS gewusst hätte!!! *flöt* ;-)

Schluchz. Ob der Radweg von mir oder jemand anderem stammt, tut nichts zur
Sache. Ich erwähnte das nur, um zu zeigen, warum es mich interessiert und
dass ich mich an der Ecke zufällig auskenne :) .

War nicht soo ernst gemeint der Einwurf ;) Im übrigen radelte ich
da auch schon oft genug rüber...

Vielfach wird aber trunk leider so interpretiert, dass foot=no gelten
würde. Nachdem ich im Anfang Mai aber motorroad=no drangehängt,
dürfte ein Router das nich mehr so ohne weiteres implizieren,
wie auch nicht bicycle=no.

Genau diese Unschärfe, die in den Konjunktiven erkennbar ist, gab es
beispielsweise vorher mit eigens eingezeichneten Wegen nicht. Wäre die Straße
dort eine Secondary oder Tertiary, könnte ich wahrscheinlich noch alle fünf
Hühneraugen zudrücken.

Bei primary schon nicht mehr? Dieser Radweg am trunk unterscheidet
sich aber bzgl. der tagging-Logik nicht sonderlich von einem Radweg
an einer residential. Eine Software sollte mit beidem zurecht kommen
oder mit keiner.

Der auf gosmore beruhende service routet jedenfalls wunderbar
über die Brücke hin ...
http://www.yournavigation.org/?flat=49.038507flon=8.305786tlat=49.039154tlon=8.300593v=bicyclefast=0
und wieder zurück ...
http://www.yournavigation.org/?flat=49.039154flon=8.300593tlat=49.038507tlon=8.305786v=bicyclefast=0
... was aber vermutlich eher ein Zufall ist, weil an anderen
Orten sieht man, dass er weder Einbahnstraßen, noch motorroad kennt.
bicycle=no scheint er aber zu erkennen... über motorway wird nicht
gerouted, über trunk aber problemlos unabhängig von motorroad

Den Radweg hat er auf Pfälzer Seite direkt an die Kraftfahrstraße
angeschlossen, obwohl es dort ob baulicher Trennung überhaupt nicht
möglich ist, auf die Fahrbahn zu kommen. Auf badener Seite schließt jetzt
die Treppe, die von unterhalb der Brücke auf den Fuß- und Radweg führt,
ebenfalls direkt an die Kraftfahrstraße an, obwohl es auch dort keine
direkte Verbindung gibt (bauliche Trennung).
Das sind punktuelle Renderprobleme, die m.E. zu vernachlässigen sind
ggü. den großflächigen Renderproblemen der separaten Wege.

Wie? Renderprobleme? Das hat IMO exakt nichts mit dem Rendern zu tun, sondern
mit der Abbildung der topololgischen Realität. Was hinterher ein Renderer
daraus macht, ist Step 2.

Das ist durchaus korrekt im Modell mit angehängtem Radweg. Da bilden
Fahrbahn und Radweg die Straße Südtangente und an diese
Gesamtstraße bindet der Gehweg an. Nur wenn man noch im Datenmodell
separate Wege denkt, erscheint das falsch.

Folgen Sie dem Radweg des trunks als Info des Routers halte ich für
wesentlich gelungener als Folgen Sie den Radweg, weil bei separaten
Radwegen, wie gesagt, der logische Zusammenhang zwischen Radweg und
Fahrbahn nicht aus den Daten hervorgeht.

Mehr oder minder sehe ich die Radwege so, dass sie eben mit dem Trunk nicht
sonderlich viel zu tun haben,

Was bei aus dieser Betrachtung resultierenden separaten ways für das
Routing

Re: [Talk-de] Routerhärtetest

Klaus Hanauer schrieb:
 Liebe Rheinbrücken-Radwege-Experten, 
 das sollte doch Mut machen:
 Fahrradrouting über die Rheinbrücke von Wörth nach Karlsruhe (Koordinaten
 von Heiko Jacobs)
 1. Garmin City Navigator - Streckenlänge 3.7 km !!!

Das wäre dann wohl ein Autorouting.

 2. OSM (Worldfile 28. Mai) - Streckenlänge 1.9 km (meine Enkel hat es
 gefreut !)

Das wäre eher ein Radrouting-Ergebnis über die Brücke


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

Re: [Talk-de] castle im Wiki

Am 21. Juni 2009 22:47 schrieb Nop ekkeh...@gmx.de:
 Martin Koppenhoefer schrieb:
 Allerdings ist auf der Seite
 http://wiki.openstreetmap.org/wiki/DE:Tag:historic%3Dcastle
 Hohenurach als Beispiel fuer ein Festungsrendering aufgefuehrt, das
 finde ich nicht so optimal, da Hohenurach eine Burg ist ;-)

 Falsch. Von 1540 bis 1556 wurde die Burg zur Festung ausgebaut. [1]

na und? Es geht hier um eine Ruine. Es ist die Ruine einer Burg, die
im 11. Jh erbaut wurde, 1428 grundlegend umgebaut wurde, und von 1442
bis 1482 Residenz des Grafen von Württemberg war. (Steht alles in
[1]). Von 1540 bis 1556 wurde die Burg zur Festung ausgebaut, im 17.
Jh besetzt und beschädigt, 1761 aufgegeben. Der Artikel heisst
übrigens Burg Hohenurach und als Kategorie steht: Burgentyp:
Gipfelburg, Entstehungszeit 1030 und 1050.

Es gibt keine Gebäude, die älter sind als ein paar Jahre und nie
umgebaut wurden. (ein paar ist relativ, aber sicher weniger als knapp
1000). Das Wiki schreibt für fortress: Festung, stark befestigte
Wehranlage mit rein militärischer Nutzung (15.-20. Jh.)., daher wurde
ich stutzig, als das mir zufällig bekannte Hohenurach da als Beispiel
auftauchte. Klar ist Hohenurach auch eine Festungsruine, aber die
Tatsache, dass z.B. noch Wandteile mit gotischen Fensteröffnungen
erhalten sind, spricht für eine ältere Klassifizierung (zumindest ist
das m.E. kein eindeutiges Beispiel für eine Festung, sondern eins, das
nur noch mehr Verwirrung stiftet).

Besser wäre m.E. ein eindeutigeres Beispiel wie z.B.
http://de.wikipedia.org/wiki/Feste_Kronprinz
Auch Mainz könnte man ganz gut als Festung taggen ;-)

Gruß Martin

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

Re: [Talk-de] Routerhärtetest

Am 21. Juni 2009 22:08 schrieb Heiko Jacobs heiko.jac...@gmx.de:
 Dass beide Mapping-Varianten erlaubt sind muss aber nicht bedeuten,
 dass das Löschen der Ways auch erlaubt/guter Stil ist,
 sondern dass man sich bei der Neuanlage entscheiden kann.

 Nach der Logik wäre es auch nicht möglich, einen ursprünglich als
 highway=any cycleway=track Radweg in separate ways zu trennen.

 wieso nicht? Welchen Weg musst Du dafür löschen?

 Die Eigenschaft cycleway am highway muss gelöscht werden.

ja, aber mir ging es explizit um den way (den es auch in der Realität
als baulich getrennten Weg gibt), nicht um ein Tag.

 weil das Routing bald wieder funktionieren wird? Weil man als
 Radfahrer nicht mehr vom Bildschirm abgelenkt ist, weil man sowieso
 neben dem Weg fährt anstatt darauf?

 Dann muss ach jede Fahrspur der Fahrbahn separat getaggt werden,

ja, meiner Ansicht nach ist das für die Zukunft erstrebenswert (die
Geräte werden ja auch leistungsfähiger), für echtes spurgenaues
Routing ist es m.E. unerlässlich. Solange wir da kein Daten-Modell
haben, sollte man es allerdings nicht tun (um die Unterscheidung für
baulich getrennt zu behalten).

 Das OSM-Datenmodell ist nun mal generalisierend.
 aber das bedeutet eben nicht, dass man in den Daten Details
 weggeneralisiert. Das machen bei OSM die Nutzer hinterher, nicht in
 der Datenbank.
 Ansichtssache.

Nein!

Gruß Martin

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

Re: [Talk-de] Routerhärtetest

2009-06-21 Thread Mirko Küster

 Dann muss ach jede Fahrspur der Fahrbahn separat getaggt werden,

 ja, meiner Ansicht nach ist das für die Zukunft erstrebenswert (die
 Geräte werden ja auch leistungsfähiger), für echtes spurgenaues
 Routing ist es m.E. unerlässlich. Solange wir da kein Daten-Modell
 haben, sollte man es allerdings nicht tun (um die Unterscheidung für
 baulich getrennt zu behalten).

Nicht nur der Spurgenauigkeit wegen.

Das atomisieren und relationsgefrickel geht teilweise auf keine Kuhaut mehr 
und ist oft auch nicht wirklich ganz von Dritten nachvollziehbar. Manchmal 
muss man selbst 300m Dorfstraße in beispielsweise 9 Teile zerhacken, wenn 
man alles berücksichtigen will. Da sind Unterschiedliche 
Geschwindigkeitsbegrenzungen, wechselnde Fußwege, Beleuchtung etc. Bei Rad- 
und Fußwegen hat man oft den Fall das ein Teil hinter der Leitplanke läuft 
und keine Verbindung hat, dann besteht eine Theoretische Verbindung weil nur 
ein Grasstreifen zwischen liegt und dann klebt alles direkt dran. Da muss 
man splitten und basteln.

Das alles an eine Strippe hängen beißt sich auch extrem mit dem ansonsten 
lagegenauen platzieren aller anderen Objekte. Siehe z.B. Bushaltestellen. Da 
muss man sich die Beziehung über Relationen basteln. Könnte man sich 
komplett schenken, wenn man einfach die Haltebucht an die Fahrspur hängen 
könnte. Da kann man alle Infos direkt anhängen und den Bus direkt seinen Weg 
nehmen lassen.

Nur fürchte ich das es mitlerweile zu spät ist. Der Programmieraufwand 
dürfte hoch sein und die Umwandlung des bisher verwendeten Modells düfte 
kaum ohne Probleme laufen. Das würde mich aber ehrlich gesagt weniger 
stören, wenn sich mit einem vernünftigen Modell so einige Probleme und 
umständliche Bastelösungen verabschieden würden.

Gruß
Mirko 


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

Re: [Talk-it] tag per ville venete

2009-06-21 Thread Paolo Monegato

luca menini ha scritto:
 Vorrei cominciare a mappare le ville venete:
 http://www.irvv.net/Home.jsp

 Ho infatti recentemente scoperto che in Veneto sono circa 3400!

 Con che tag consigliate di caratterizzarle?

 Grazie.

 luca
   
Ho dato una rapidissima occhiata alla mappa per vedere se era già stata
mappata qualche villa (e quindi vedere che Tag era stato usato) ma
incredibilmente non ho trovato niente... Mi ha sorpreso soprattutto
l'assenza dalla mappa de La Rotonda del Palladio (c'è la strada che
passa vicino ma non la villa)...
Ho provato anche a vedere come era stata classificata Villa Manin a 
Passariano di Codroipo (UD), presente nella mappa grazie al recente
ottimo lavoro di importazione degli edifici della CTR del Friuli... ma
in questo caso ha una semplice classificazione come edificio (come del
resto tutti gli altri edifici importati)

Qui -- http://wiki.openstreetmap.org/wiki/IT:Map_Features/Esempi , ho
visto una proposta... va bene per le ville protette dall'Unesco ma non
tutte le ville lo sono.

Forse bisognerebbe creare un tag apposito a cui aggiungere tag già in
uso come attrazione turistica o edificio storico...

Ciao
Paolo


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

Re: [Talk-it] Mumpot - FreeRunner

2009-06-21 Thread marcellobil...@gmail

- Original Message -
From: Francesco de Virgilio fradev...@gmail.com
To: openstreetmap list - italiano talk-it@openstreetmap.org
Sent: Saturday, June 20, 2009 6:52 PM
Subject: Re: [Talk-it] Mumpot - FreeRunner

Mi correggo da solo... non ho molta voglia di studiare e non ho
resistito... l'ho installato. Penso che come applicazione debba essere
pubblicizzata, è l'unico programma che permette di modificare in modo
semplice e veloce i vettoriali di OSM.

Oh Ben!
Visto che c'era!
scava scava, l'ho trovato!
 :-D
TangoGPS crea i LOG gps ma tiri giu solo raster ...
invece MUMPOT hai direttamente dati vettoriali ;-)
Mlto comodo  :-)
Sono contento di averlo trovato ...
non se ne parla per niente nei forum!
Bene .. spero che in questa ML abbia la visibilita' che merita :-D

Grazie per il tuo prezioso contributo :

Il tutto è scaricabile da qui:
http://files.getdropbox.com/u/369614/mumpot-icon.zip

saluti
Marcello

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

[Talk-it] Proposta per un Mapping Party a Roma

2009-06-21 Thread giar...@blu.it

Ciao a tutti. Che ne dite di organizzare un Mapping Party a Roma? L'ultimo è 
stato ad Aprile ed eravamo solo in 2. 
Io propongo di farlo uno di questi 
giorni di Giugno: Sabato 27, Domenica 28 o Lunedì 29. 
Per la località, si 
potrebbe fare in Centro, ma ogni proposta è ben accetta.

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

Re: [Talk-it] tag per ville venete

2009-06-21 Thread Francesco de Virgilio

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ciao Paolo,

dopo il mapping party di Pompei di dicembre 2008, sto lavorando (per
il momento da solo) alla creazione di un historic workgroup, ovvero
un gruppo di mapper interessati al tagging in particolare delle
strutture di rilevanza storico-artistica.

Adesso non voglio dilungarmi, ma l'Italia raccoglie - com'è noto -
circa l'80% del patrimonio storico-artistico mondiale, e non possiamo
descrivere il nostro territorio nazionale su OSM usando i pochissimi
tag storici che ci sono. Mancano per esempio tag per strutture molto
diffuse, come:
* obelischi
* palazzi nobiliari
* terme (romane)
* megaliti (menhir e dolmen)
* acquedotti e ponti storici (per lo più romani)
* anfiteatri (storici)
* pietre miliari (pensate alla rete della viabilità romana)
e tanto altro ancora.

Se riesci ad avere un pò di pazienza - a causa dei miei impegni
universitari - entro la fine di luglio dovrei creare la pagina
completa con delle proposte per il tagging. Nel tuo caso, penso che le
ville potrebbero tranquillamente rientrare in un eventuale tag per i
palazzi nobiliari. Quindi, se ti va di aspettare, potremmo proporre ed
ottenere l'approvazione del tag.

Altrimenti, stavo pensando che si potrebbe cominciare taggandole
historic = palace. Nel tagwatch italiano palace viene associato
(solo a building =, ma non penso vada bene. Quindi, puoi aspettare
luglio-agosto, oppure cominciare da subito. Se dovessero presentarsi
cambiamenti nei tag in futuro, possiamo sempre fare una query e
cambiare in massa tutti i tag che ci interessano, aggiornandoli.

Buon lavoro ;)

- --
Francesco de Virgilio
*Ubuntu-it Member and Wiki Editor*
  mailto:frad...@ubuntu-it.org
  http://wiki.ubuntu-it.org/FrancescoDeVirgilio
*Wikimedia projects contributor*
  http://en.wikipedia.org/wiki/User:Fradeve11
*OpenStreetMap Mapper*
  http://www.openstreetmap.org/user/Fradeve11
*Blog*
  http://fradeve.netsons.org
   Love - Peace - Freedom - Free Software
GPG 0x6482E056 (FP B996 A12C BD52 2A9B CDD3 812D 462D 93B0 6482 E056)



Il giorno 21 giugno 2009 12.44, Paolo Monegato  ha scritto:
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Use GnuPG with Firefox : http://getfiregpg.org (Version: 0.7.5)

iEYEARECAAYFAko+QEQACgkQRi2TsGSC4FY0NwCfd88/xACpZuPnTEQH8Otm4DAL
1TMAn29WhzhrhiCrhnrmR4DuHX/Ht/ep
=ZPqF
-END PGP SIGNATURE-


 luca menini ha scritto:
  Vorrei cominciare a mappare le ville venete:
  http://www.irvv.net/Home.jsp
 
  Ho infatti recentemente scoperto che in Veneto sono circa 3400!
 
  Con che tag consigliate di caratterizzarle?
 
  Grazie.
 
  luca
 
 Ho dato una rapidissima occhiata alla mappa per vedere se era già stata
 mappata qualche villa (e quindi vedere che Tag era stato usato) ma
 incredibilmente non ho trovato niente... Mi ha sorpreso soprattutto
 l'assenza dalla mappa de La Rotonda del Palladio (c'è la strada che
 passa vicino ma non la villa)...
 Ho provato anche a vedere come era stata classificata Villa Manin a
 Passariano di Codroipo (UD), presente nella mappa grazie al recente
 ottimo lavoro di importazione degli edifici della CTR del Friuli... ma
 in questo caso ha una semplice classificazione come edificio (come del
 resto tutti gli altri edifici importati)

 Qui -- http://wiki.openstreetmap.org/wiki/IT:Map_Features/Esempi , ho
 visto una proposta... va bene per le ville protette dall'Unesco ma non
 tutte le ville lo sono.

 Forse bisognerebbe creare un tag apposito a cui aggiungere tag già in
 uso come attrazione turistica o edificio storico...

 Ciao
 Paolo


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

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

Re: [Talk-it] [Idea] Integrazione Openstreetmap e Wikipedia

2009-06-21 Thread Francesco de Virgilio

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Buon pomeriggio a tutti,

il mio personalissimo consiglio è: aspettiamo a parlare di
integrazione tra OSM e Wikipedia, perchè qualcuno sta lavorando per
noi. La OpenStreetMap Foundation, in collaborazione con la Wikimedia
Foundation, sta studiando un sistema di integrazione di OSM in
Wikipedia, per cui ogni voce d'enciclopedia accompagnata dalle
coordinate (in alto a destra) avrà anche integrata la sua mappa di OSM
(che penso sarà anche modificabile).

Inoltre, la Wikimedia Foundation, tanto per cominciare a darsi da
fare, sta mettendo su un server-mirror delle mappe di OSM, per evitare
che le richieste di tiles da Wikipedia intasino i nostri server. Ci
sono gli sviluppatori di WMF (Wikimedia) che stanno lavorando quindi
ad un plugin per MediaWiki (il software su cui gira Wikipedia) per
integrare le nostre mappe.

Penso che cominciare ad inserire tag come wikipedia:it = link
*adesso* sia solo una perdita di tempo. Aspettiamo, vediamo cosa
succede, vediamo che novità escono fuori dallo sviluppo del MediaWiki,
e agiamo di conseguenza.

Vi presento qui già una serie di link che possono essere utili per
approfondire:

* http://isotype.org/2009/04/08/wikipedia_osm/?lang=it
* http://meta.wikimedia.org/wiki/OpenStreetMap
* http://wiki.openstreetmap.org/wiki/Collaboration_with_Wikipedia

Saluti


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Use GnuPG with Firefox : http://getfiregpg.org (Version: 0.7.5)

iEYEARECAAYFAko+RHsACgkQRi2TsGSC4FZbMwCgqrlRiCD7MNl8BWXKpADJnTWV
kesAn0eYbrB9LLtQamkhipyORdQJzwH4
=qnar
-END PGP SIGNATURE-
Il giorno 20 giugno 2009 21.31, Nicola Cadenelli nicolacd...@gmail.com ha
scritto:

 Sera a tutti,
 ho appena letto navigando in rete che wikipedia userà/usa le mappe di
 Openstreetmap, la cosa è ottima ma perchè non integrare meglio i due
 progetti?
 Pensate a come sarebbe interessante girare con il proprio netbook o
 palmare/smartphone tramite le mappe di OSM e poter con un semplice clik su
 un paese, una città, una statua. un museo, un castello e tutto il resto
 esser linkati alla pagina di wikipedia dell'oggetto in questione; poter
 leggere tutti i contenuti del progetto Wikipedia a riguardo del posto che si
 stà visitando senza magari dover far code per le guide organizzate o
 semplicemente per pura curosità!
 Inoltre se tiamo conto che ormai la maggior parte dei cellulari vengon
 dotati di schede wireless e connessioni 3G, il WiFiMax sta anche se
 lentamente, soprattutto in Italia, prendendo piede; e quindi non ci
 sarebbero costi extra per il download dei contenuti la cosa sarebbe usata da
 molte persone.

 Oltre a questo si fornirebbe ad OSM una pubblicità a costo zero che manco
 si potrebbe immaginare... basti pensare quante persone usano, anche solo per
 leggere, wikipedia! ...bhe il domino wikipedia.org ha una media
 giornaliera di 140 milioni di visitatori.

 p.s: Ora non sò se la cosa è gia stata pensate e/o implementata ma nel caso
 non lo fosse sarebbe un idea da segnalare.
 --
 Cadenelli Nicola

 The information contained in this message and/or attachments is intended
 solely for the attention of the named addressee and it may include
 confidential data or documents. Pursuant to D.Lgs. 196/2003 any use not in
 accord with its purpose, any disclosure, reproduction, copying,
 distribution, or either dissemination, either whole or partial, is
 forbidden, except previous formal approval of the named addressee. If you
 have received this e-mail in error, please contact the sender, by answering
 to this e-mail and delete this information from your system. The holder is
 not liable for the proper and complete transmission of the information
 contained in this message.

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


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

Re: [Talk-it] Importazione canali Lombardia - trucco con JOSM!

2009-06-21 Thread iiizio iiizio

2009/6/17 Federico Cozzi f.co...@gmail.com

 Secondo voi è un bug che ad alcuni zoom i canali siano mostrati più
 larghi dei fiumi?


L'avevo notato anch'io. Poi sono giunto alla conclusione, forse errata, che
intendesse un canale navigabile e non uno irriguo.



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

Re: [Talk-it] Importazione Edifici FVG

2009-06-21 Thread iiizio iiizio

2009/6/19 Simone Cortesi sim...@cortesi.com


 beccato...sono io il colpevole:
 http://www.openstreetmap.org/user/simone/edits

 BTW: imperitura gloria a Stefano Salvador per il grande lavoro fatto nel
 trasformare i dati regionali.


Complimenti ad entrambi



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

Re: [Talk-it] [Idea] Integrazione Openstreetmap e Wikipedia

2009-06-21 Thread Nicola Cadenelli

Ottime notizie!!! Grazie mille dei link ;)La cosa si sta facendo veramente
interessante soprattutto per chi come me è mapper di OSM e autore di alcuni
progetti Wiki.


2009/6/21 Francesco de Virgilio fradev...@gmail.com

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Buon pomeriggio a tutti,

 il mio personalissimo consiglio è: aspettiamo a parlare di
 integrazione tra OSM e Wikipedia, perchè qualcuno sta lavorando per
 noi. La OpenStreetMap Foundation, in collaborazione con la Wikimedia
 Foundation, sta studiando un sistema di integrazione di OSM in
 Wikipedia, per cui ogni voce d'enciclopedia accompagnata dalle
 coordinate (in alto a destra) avrà anche integrata la sua mappa di OSM
 (che penso sarà anche modificabile).

 Inoltre, la Wikimedia Foundation, tanto per cominciare a darsi da
 fare, sta mettendo su un server-mirror delle mappe di OSM, per evitare
 che le richieste di tiles da Wikipedia intasino i nostri server. Ci
 sono gli sviluppatori di WMF (Wikimedia) che stanno lavorando quindi
 ad un plugin per MediaWiki (il software su cui gira Wikipedia) per
 integrare le nostre mappe.

 Penso che cominciare ad inserire tag come wikipedia:it = link
 *adesso* sia solo una perdita di tempo. Aspettiamo, vediamo cosa
 succede, vediamo che novità escono fuori dallo sviluppo del MediaWiki,
 e agiamo di conseguenza.

 Vi presento qui già una serie di link che possono essere utili per
 approfondire:

 * http://isotype.org/2009/04/08/wikipedia_osm/?lang=it
 * http://meta.wikimedia.org/wiki/OpenStreetMap
 * http://wiki.openstreetmap.org/wiki/Collaboration_with_Wikipedia

 Saluti


 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.9 (GNU/Linux)
 Comment: Use GnuPG with Firefox : http://getfiregpg.org (Version: 0.7.5)

 iEYEARECAAYFAko+RHsACgkQRi2TsGSC4FZbMwCgqrlRiCD7MNl8BWXKpADJnTWV
 kesAn0eYbrB9LLtQamkhipyORdQJzwH4
 =qnar
 -END PGP SIGNATURE-
 Il giorno 20 giugno 2009 21.31, Nicola Cadenelli nicolacd...@gmail.comha 
 scritto:

 Sera a tutti,
 ho appena letto navigando in rete che wikipedia userà/usa le mappe di
 Openstreetmap, la cosa è ottima ma perchè non integrare meglio i due
 progetti?
 Pensate a come sarebbe interessante girare con il proprio netbook o
 palmare/smartphone tramite le mappe di OSM e poter con un semplice clik su
 un paese, una città, una statua. un museo, un castello e tutto il resto
 esser linkati alla pagina di wikipedia dell'oggetto in questione; poter
 leggere tutti i contenuti del progetto Wikipedia a riguardo del posto che si
 stà visitando senza magari dover far code per le guide organizzate o
 semplicemente per pura curosità!
 Inoltre se tiamo conto che ormai la maggior parte dei cellulari vengon
 dotati di schede wireless e connessioni 3G, il WiFiMax sta anche se
 lentamente, soprattutto in Italia, prendendo piede; e quindi non ci
 sarebbero costi extra per il download dei contenuti la cosa sarebbe usata da
 molte persone.

 Oltre a questo si fornirebbe ad OSM una pubblicità a costo zero che manco
 si potrebbe immaginare... basti pensare quante persone usano, anche solo per
 leggere, wikipedia! ...bhe il domino wikipedia.org ha una media
 giornaliera di 140 milioni di visitatori.

 p.s: Ora non sò se la cosa è gia stata pensate e/o implementata ma nel
 caso non lo fosse sarebbe un idea da segnalare.
 --
 Cadenelli Nicola

 The information contained in this message and/or attachments is intended
 solely for the attention of the named addressee and it may include
 confidential data or documents. Pursuant to D.Lgs. 196/2003 any use not in
 accord with its purpose, any disclosure, reproduction, copying,
 distribution, or either dissemination, either whole or partial, is
 forbidden, except previous formal approval of the named addressee. If you
 have received this e-mail in error, please contact the sender, by answering
 to this e-mail and delete this information from your system. The holder is
 not liable for the proper and complete transmission of the information
 contained in this message.

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





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




-- 
Cadenelli Nicola

The information contained in this message and/or attachments is intended
solely for the attention of the named addressee and it may include
confidential data or documents. Pursuant to D.Lgs. 196/2003 any use not in
accord with its purpose, any disclosure, reproduction, copying,
distribution, or either dissemination, either whole or partial, is
forbidden, except previous formal approval of the named addressee. If you
have received this e-mail in error, please contact the sender, by answering
to this e-mail and delete this information from your system. The holder is
not liable for the proper and complete transmission of the information
contained in this message.

Re: [Talk-it] [Idea] Integrazione Openstreetmap e Wikipedia

2009-06-21 Thread Giovanni Fasano


Francesco de Virgilio dixit:

...omissis...

 Penso che cominciare ad inserire tag come wikipedia:it = link
 *adesso* sia solo una perdita di tempo. Aspettiamo, vediamo cosa
 succede, vediamo che novità escono fuori dallo sviluppo del MediaWiki,
 e agiamo di conseguenza.

Posso dirti solo che:
* Su Wikipedia moltissimi oggetti non hanno le coordinate e dove ci sono
spesso sono imprecise.
* Tutti le cose non puntiformi non hanno le coordinate o se le hanno
riguardano un punto a caso. Quindi per esempio ci sono tutte le strade, i
fiumi e un bel po' di altri oggetti estesi in cui non è possibile ricavare
la posizione dalla voce su wikipedia ma sono invece facilmente linkabili
dalle mappe.

Ciao Gio.


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

Re: [Talk-it] tag per ville venete

2009/6/21 Francesco de Virgilio fradev...@gmail.com:
 dopo il mapping party di Pompei di dicembre 2008, sto lavorando (per
 il momento da solo) alla creazione di un historic workgroup, ovvero
 un gruppo di mapper interessati al tagging in particolare delle
 strutture di rilevanza storico-artistica.

bello a sapere, anche qui a Roma ci sono un paio di questi oggetti,
come Vi potete imaginare...

 Adesso non voglio dilungarmi, ma l'Italia raccoglie - com'è noto -
 circa l'80% del patrimonio storico-artistico mondiale,

quella è una statistica Italiana ;-) ?

 e non possiamo
 descrivere il nostro territorio nazionale su OSM usando i pochissimi
 tag storici che ci sono. Mancano per esempio tag per strutture molto
 diffuse, come:
 * obelischi
 * palazzi nobiliari
 * terme (romane)
 * megaliti (menhir e dolmen)
 * acquedotti e ponti storici (per lo più romani)
 * anfiteatri (storici)
 * pietre miliari (pensate alla rete della viabilità romana)
 e tanto altro ancora.

anche quello delle mura (barrier=city_wall) non mi piace per niente.
Ci sono un paio di proposte nel Wiki (vicino historic e building) per
descrivere altri relative informazioni con chiavi/valori aggiuntivi.
Per le ville (nobile) potrebbe andare historic=castle e
castle_type=stately
architect=xy
pero sarebbe pure bello di mettere altri dati (anno di costruzione, ecc.)

ciao,
Martin

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

Re: [Talk-it] tag per ville venete

2009-06-21 Thread Paolo Monegato

/Risposte a Luca, Martin e Francesco.../

luca menini ha scritto:
 La Rotonda c'e' ed e' taggata (se non ricordo male l'avevo fatto io):
 ma non viene visualizzata.

Mi sembrava strano... però bisognerebbe risolvere questo problema con il
rendering...

 Forse bisognerebbe creare un tag apposito a cui aggiungere tag già in
 uso come attrazione turistica o edificio storico...


 Ma quale?

Prima di esprimermi preferivo aspettare la risposta di qualche mappatore
più esperto.
Io userei historic=villa (forse per non far confusione con le ville
romane sarebbe meglio specificare: villa veneta)... a cui andrebbero
aggiunti altri tag che indichino se vincolata o no, se patrimonio
dell'unesco, in che secolo è stata costruita, cos'è adesso... poi
bisognerebbe trovare un tag anche per le barchesse...

Martin ha scritto:
 Per le ville (nobile) potrebbe andare historic=castle e
 castle_type=stately
 architect=xy
No. La villa veneta [1] è un edificio molto particolare... non ha scopi
difensivi (quindi non è un castello) e, spesso, nemmeno di
rappresentanza (almeno all'origine). Ha a che fare con l'organizzazione
agricola del territorio (spesso le ville sono affiancate da
barchesse[2]). Solo in un secondo momento alcune ville venete sono state
trasformate in sfarzose residenze estive con grandi parchi e giochi
d'acqua...

Francesco ha scritto:
 Nel tuo caso, penso che le ville potrebbero tranquillamente rientrare in un 
 eventuale tag per i palazzi nobiliari.
No. Forse alcune potrebbero essere taggate così ma la stragrande
maggioranza no.
Si tratta di un particolare tipo di edificio sorto in un dato luogo (i
territori della Serenissima) e in un certo arco temporale (dalla fine
del XV sec fino alla caduta della Rep. di Venezia) quindi penso sia
meglio usare un tag apposito (vedi sopra nella risposta a Luca).

Ciao a tutti
Paolo

[1]http://it.wikipedia.org/wiki/Villa_veneta
[2]http://it.wikipedia.org/wiki/Barchessa

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

[Talk-it] Forum?

2009-06-21 Thread Alessio Zanol

Immagino già di creare un thread eterno flammoso e irritante.. tuttavia..:

Io inizio a sentire l'esigenza di qualcosa di più strutturato di una mailing 
list.
Nella testa mi ronza l'idea di un FORUM per alcuni motivi in particolare:

1) Possibilità di strutturarlo in sottosezioni che potrebbero essere sia di 
tipo tematico (newbie, siti da segnalare, mountain bike, trekking, storia-
arte, mapping party, presentiamoci, etc) ma anche geografico (per regioni per 
esempio).

2) Un forum è sicuramente più user friendly per i niubbi sia da consultare che 
da linkare etc

Si potrebbe installarne uno sullo spazio web di openstreetmap.it 
(forum.openstreetmap.it?)...

Ciao,
Alessio

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

Re: [Talk-it] Forum?

2009-06-21 Thread Maurizio Napolitano

Premessa: non ho amore per i forum, pertanto voto a sfavore della tua proposta.

detto quest, iomeneandrei   ha gia' pensato a registrare questa ML
sul front-end di nabble.
Pertanto puoi trovare il tuo forum qui
http://n2.nabble.com/italian-osm-list-f607006.html
con tanto di rss e possibilita' di scrivere i tuoi messaggi tramite
quell'interfaccia

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

Re: [Talk-it] Forum?

2009/6/22 Alessio Zanol nar...@infinito.it:
 Io inizio a sentire l'esigenza di qualcosa di più strutturato di una mailing
 list.
 Nella testa mi ronza l'idea di un FORUM per alcuni motivi in particolare:

 1) Possibilità di strutturarlo in sottosezioni che potrebbero essere sia di
 tipo tematico (newbie, siti da segnalare, mountain bike, trekking, storia-
 arte, mapping party, presentiamoci, etc) ma anche geografico (per regioni per
 esempio).

per me quello deve essere il wiki. La mailing-list serve per parlarne
prima di mettere le cose lì.

 2) Un forum è sicuramente più user friendly per i niubbi sia da consultare che
 da linkare etc

wiki

Certo, mancanno tante pagine in italiano - suppongo che chi partecipa
adesso in Italia parla spesso inglese.

ciao,
Martin

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

Re: [Talk-it] tag per ville venete

2009/6/22 Francesco de Virgilio fradev...@gmail.com:
 Per le ville (nobile) potrebbe andare historic=castle e
 castle_type=stately
 architect=xy

 No. La villa veneta [1] è un edificio molto particolare... non ha scopi 
 difensivi (quindi non è un castello) e, spesso, nemmeno di rappresentanza 
 (almeno all'origine). Ha a che fare con l'organizzazione agricola del 
 territorio (spesso le ville sono affiancate da barchesse[2]). Solo in un 
 secondo momento alcune ville venete sono state trasformate in sfarzose 
 residenze estive con grandi parchi e giochi d'acqua...

Lo so, ma il tag castle si è ultimamente mosso in questa direzione
più ampia, non si tratta più di solo castelli, vedi qui:
http://wiki.openstreetmap.org/wiki/Tag:historic%3Dcastle

considera che anche questi sono stately homes:
http://de.wikipedia.org/wiki/Datei:Wasserschloss_haus_dellwig.JPG
http://de.wikipedia.org/wiki/Datei:Torhaus_Wellingsb%C3%BCttel_2006.JPG
http://de.wikipedia.org/wiki/Datei:Trebbin_Blankensee_Gutshaus.jpg

edifici agriculturali a canto/insieme sono (o erano) quasi in ogni
caso presente.

 A questo punto, penso
 che le ville venete - non me ne vogliate - possano essere accomunate a
 ciò che noi in Puglia chiamiamo casali, ovvero delle grandi
 strutture nel pieno della campagna, spesso residenza di nobili,
 adibite ad organizzare la vita contadina e lo sfruttamento agricolo
 delle terre circostanti. Se le ville venete rientrano in questa
 descrizione, potremmo evitare allegramente il tag historic = palace
 (che sarebbe effettivamente inappropriato) e proporre un nuovo tag per
 casali e ville venete.

+1

si, non insisito sulla classificazione in castle.

ciao,
Martin

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

Re: [Talk-it] Proposta per un Mapping Party a Roma

2009/6/21 giar...@blu.it giar...@blu.it:
 Ciao a tutti. Che ne dite di organizzare un Mapping Party a Roma? L'ultimo è
 stato ad Aprile ed eravamo solo in 2.

si, ma era bello, dai. Abbiamo raccolti i (quasi) unici informazioni
che la OEPNV-Karte fa vedere per Roma ;-) (navetta del cimitero
monumentale del Verano).

 Io propongo di farlo uno di questi
 giorni di Giugno: Sabato 27, Domenica 28 o Lunedì 29.

evventualmente il 28 / 29, ma non te la posso confermare adesso.

 Per la località, si
 potrebbe fare in Centro, ma ogni proposta è ben accetta.

Centro è difficile, perché il GPS prende malissimo, cmq. là ci manca
tantissimo, per me andrebbe bene (sarebbe un mapping carta/penna/foto
invece di GPS)

Martin

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

Re: [Talk-it] Importazione Edifici FVG

2009/6/21 iiizio iiizio iiizio.iii...@gmail.com:
 2009/6/19 Simone Cortesi sim...@cortesi.com

 beccato...sono io il colpevole:
 http://www.openstreetmap.org/user/simone/edits

 BTW: imperitura gloria a Stefano Salvador per il grande lavoro fatto nel
 trasformare i dati regionali.


 Complimenti ad entrambi

si, +1
sto aspettando, che si vede Venezia :D

Martin

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

Re: [Talk-it] Forum?

2009-06-21 Thread mattruff...@libero.it

Immagino già di creare un thread eterno flammoso e irritante.. tuttavia..:

Io inizio a sentire l'esigenza di qualcosa di più strutturato di una mailing 
list.
Nella testa mi ronza l'idea di un FORUM per alcuni motivi in particolare:
sono un niubbo e mi sembra una buona idea
ciao matteo


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

Re: [Talk-it] Forum?

2009-06-21 Thread Elena of Valhalla

2009/6/22 Martin Koppenhoefer dieterdre...@gmail.com
 2009/6/22 Alessio Zanol nar...@infinito.it:
  1) Possibilità di strutturarlo in sottosezioni che potrebbero essere sia di
  tipo tematico (newbie, siti da segnalare, mountain bike, trekking, storia-
  arte, mapping party, presentiamoci, etc) ma anche geografico (per regioni 
  per
  esempio).
 per me quello deve essere il wiki. La mailing-list serve per parlarne
 prima di mettere le cose lì.

+1: non di dovrebbe essere bisogno della consultazione degli archivi
ne' della lista ne' di eventuale forum, perche' tutte le decisioni
dovrebbero finire sulla wiki

-1 per il forum: per quanto lo si strutturi in sezioni non sara` mai
comodo da consultare come una wiki

  2) Un forum è sicuramente più user friendly per i niubbi sia da consultare 
  che
  da linkare etc

http://n2.nabble.com/italian-osm-list-f607006.html

sempre che ci sia veramente bisogno di linkare post della lista,
quando tutto cio` che serve dovrebbe essere riportato sulla wiki

--
Elena ``of Valhalla''

homepage: http://www.trueelena.org
email: elena.valha...@gmail.com

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

Re: [Talk-es] Mapping Party(s) durante Gran Canaria Desktop Summit?

2009-06-21 Thread Iván Sánchez Ortega

El Domingo, 21 de Junio de 2009, Jonay Santana escribió:
   Ahora bien, si puedo echar un cabo con cualquier cosa desde la isla donde
 se va a celebrar todo este tinglado, no tienen más que decirlo... por mi
 parte intenciones buenas, todas las que quieran, ahora bien, idea de por
 dónde empezar, ninguna. :(

El dónde empezar es fácil: sólo hay que saber los horarios del GCDS, y saber 
un día en el que se cumplan dos condiciones:

- Que sea un día de talleres
- Que estén Torsten Rahn e Inge Wallin, los de Marble.

Igual puedes plantear algo para el miércoles 8, que es el día de PDAs y cosas 
móviles, o el jueves 9, coincidiendo con la excursión social y visita a la 
isla. Además esos dos días hay talleres de hacking.

A partir de ahí, si te pones en contacto con Torsten, montar una mapping party 
va a estar tirado :-)

Voy a apuntar una party como tentativa en el calendario del wiki de OSM.

Un saludo,
-- 
--
Iván Sánchez Ortega i...@sanchezortega.es

http://ivan.sanchezortega.es
Proudly running Debian Linux with 2.6.29-2-amd64 kernel, KDE 3.5.10, and PHP 
5.2.9-4 generating this signature.
Uptime: 19:03:15 up 15 days, 12:25,  4 users,  load average: 0.67, 1.14, 1.24

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

[Talk-es] Numero de casa en una calle

2009-06-21 Thread Xavier Barnada

Hola lista, me estaba preguntando si existe alguna caracteristica para
indicar el numero de casa de una calle para facilitar localizar una casa
si luego los mapas de OSM son usados por navegadores GPS , algo como lo
que aparece en los mapas de google maps


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

Re: [Talk-cz] Za??te?nick? dotazy

2009-06-21 Thread Pavel Machek

Ahoj!

  - Mapovat lze cokoliv, pokud by měly být řečeny nějaké aktuální
priority, tak to mohou být názvy ulic ve městech a dokončení silniční
sítě.
 
 Silniční síť by zmapovaná měla být celá (silnice I.-III. třídy), samozřejmě 
 oprava nedostatků je výtána. Chybí hlavně ulice v některých městech a 
 vesnicích.
 Na automatické doplnění názvů ulic z adresních bodů existoval skript, ale 
 nevím, jak to s ním v současné době je.


Je to aplikacka v c++, mozna bude potreba trochu poupravit pro nove
api. Zajemci necht mi napisou (osobni) mail.
Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

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

Re: [OSM-talk-fr] [Technic] Serveurs

Le samedi 20 juin 2009 17:37, Yann Coupin a écrit :
 Bon j'avais commencé à jouer avec mapnik et du coup j'ai voulu tester
 la création d'une table spécifique pour une surcouche, ça aide pas mal
 en fait, dans ton cas ça risque d'être encore plus intéressant. Voilà
 mon code SQL:

Avec un mix de ton exemple, de la doc, et l'aide de François, j'arrive à faire 
marcher le tout. Le rajout lors des minutes diff est négligeable par contre 
le résultat sur du temps réél ne l'est pas !

(En utilisant les géométries pré-simplifiées)
$ time ./nik2img.py -m communes.xml -i png -o c1.png -s 
1000,1000 -e -5,41,9,51.5

real0m7.226s

(sans)
time ./nik2img.py -m communes2.xml -i png -o c2.png -s 
1000,1000 -e -5,41,9,51.5

real1m49.012s

On divise par 15 le temps de calcul pour la france entière, et ça se confirme, 
c'est en gros le rapport qui existe entre les tailles de données à lire. Le 
rendu temps réél avec postgres c'est pour beaucoup un problème d'IO

PS a titre d'archives :

ALTER TABLE planet_osm_polygon drop column simplified_way;
ALTER TABLE planet_osm_polygon add column simplified_way GEOMETRY;


-- Add an index to the simplified column
CREATE INDEX planet_osm_polygon_simplified_way ON planet_osm_polygon USING 
gist (simplified_way);

CREATE OR REPLACE FUNCTION simplify() RETURNS trigger
AS $simplify$
BEGIN
IF NEW.boundary = 'administrative' THEN
UPDATE planet_osm_polygon SET simplified_way=st_simplify(way,200) WHERE 
osm_id = NEW.osm_id;

RAISE NOTICE 'mise a jour';
RETURN NEW;
END IF;
RAISE NOTICE 'rien';
RETURN NEW;
END;
$simplify$ LANGUAGE plpgsql;

DROP TRIGGER simplify ON planet_osm_polygon;
CREATE TRIGGER simplify AFTER INSERT ON planet_osm_polygon
 FOR EACH ROW EXECUTE PROCEDURE simplify();

/*
On notera que le trigger n'est activé que lors des inserts et pas des updates 
(ce que osm2pgsql ne fait de toute façon pas) car sinon, on part dans une 
boucle infinie car la fonction fait elle-même un update qui déclenche le 
trigger
*/

--
sly

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

Re: [OSM-talk-fr] [Technic] Serveurs

 Yann :
  Après, je ne sais pas si les trigger
  vont survivre à un import complet d'osm2pgsql lorsqu'il va recréer les
  tables from scratch.
Je confirme que non, car osm2pgsql fait un drop de totu le  bazar, mais :

 Émilie :
 C'est pour ça que tu crées toujours un backup de tes scripts de création
 afin de les réimporter facilement :)

Il suffit de bien garder la création du trigger et de la fonction pour le 
faire juste après l'ami osm2pgsql
--
sly

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

Re: [OSM-talk-fr] [Technic] Serveurs

2009-06-21 Thread Etienne Chové

Pierre Mauduit a écrit :
 http://charlie.beneth.fr/mapnik (dispo en ipv6)

C'est du temps réel ? Si oui, c'est hyper fluide ça me rappele beta 
avant que tout le monde le sature.

-- 
Etienne


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

Re: [OSM-talk-fr] [Technic] Serveurs

Le dimanche 21 juin 2009 16:25, Etienne Chové a écrit :
 Pierre Mauduit a écrit :
  http://charlie.beneth.fr/mapnik (dispo en ipv6)

 C'est du temps réel ? Si oui, c'est hyper fluide ça me rappele beta
 avant que tout le monde le sature.

snif, quand y'a un truc trop cool à voir ça ne marche pas de chez moi.

Quand tu dis dispo en ipv6, ça veut dire uniquement en ipv6 ?

$ telnet charlie.beneth.fr 80
Trying 82.234.24.152...
telnet: connect to address 82.234.24.152: Connection timed out
Trying 2a01:e35:2ea1:8980:224:1dff:fe24:fc02...
telnet: connect to address 2a01:e35:2ea1:8980:224:1dff:fe24:fc02: Network is 
unreachable

--
sly

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

Re: [OSM-talk-fr] [Technic] Serveurs

2009-06-21 Thread Vincent MEURISSE

 Quand tu dis dispo en ipv6, ça veut dire uniquement en ipv6 ?
Apparement oui :)

#apt-get install miredo

Pour les geeks pas sous linux :
http://en.wikipedia.org/wiki/Teredo_tunneling#Implementations
-- 
Vincent MEURISSE

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

Re: [OSM-talk-fr] [Technic] Serveurs

2009-06-21 Thread Yann Coupin

Et ça ne marcherait pas mieux de mettre un trigger BEFORE INSERT et  
au lieu de faire un UPDATE de modifier le NEW recordset ?

(pas testé, juste modifié ci-dessous, donc ça peut foirer)


Le 21 juin 09 à 15:17, sylvain letuffe a écrit :

 CREATE OR REPLACE FUNCTION simplify() RETURNS trigger
 AS $simplify$
 BEGIN
 IF NEW.boundary = 'administrative' THEN
 NEW.simplified_way=st_simplify(NEW.way,200);

 RAISE NOTICE 'mise a jour';
 RETURN NEW;
 END IF;
 RAISE NOTICE 'rien';
 RETURN NEW;
 END;
 $simplify$ LANGUAGE plpgsql;

 DROP TRIGGER simplify ON planet_osm_polygon;
 CREATE TRIGGER simplify BEFORE INSERT ON planet_osm_polygon
 FOR EACH ROW EXECUTE PROCEDURE simplify();


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

Re: [OSM-talk-fr] [Technic] Serveurs