date:20121119

Michael

Looking at ways in the changesets, I found that they were undeleted. It seems 
that Changeset 13937676 by user zors1843 already reverted all of this.

 
Pierre 




 De : Michael Krämer ohr...@gmail.com
À : talk@openstreetmap.org 
Envoyé le : Lundi 19 novembre 2012 15h10
Objet : [OSM-talk] Question on undelete/restore
 
Hi,

using OSM inspector's coastline view I came across a rather large missing 
segement of the coastline. It turned out that a new user has accidentially 
deleted it. He agreed to revert the change and I volunteered to take care of 
it.

As it turns out the changeset (13910261) included more changes to roads etc.- 
92 ways overall - so reverting would include more than just the coastline. To 
make things even worse there are also some following, conflicting changesets. 
So using the reverter plugin causes quite a number of conflicts that I have a 
hard time to resolve. But just to make sure I have contacted the user again 
because it sounded like he wouldn't mind to revert all changs. But the answer 
is still pending due to different time zones.

So I tried to only undelete the way for the coastline using the undelete 
plugin. Trying to do so gives an error on upload as the way references deleted 
nodes. Sounds reasonable but doesn't really help.

Any suggestion how to best get this fixed again?

BTW re-mapping the coastline from Bing is not an option due to clouds...

Thanks,
Michael

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


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

Re: [OSM-talk] Question on undelete/restore

2012-11-19 Per discussione Jaakko Helleranta.com

Do you have .osm extracts for the area? A slice from an old regional
extract (or a planet for that matter) would give you the old data.
What area is this?

Cheers,
-Jaakko
On Nov 19, 2012 3:11 PM, Michael Krämer ohr...@gmail.com wrote:

Hi,

using OSM inspector's coastline view I came across a rather large missing
segement of the coastline. It turned out that a new user has accidentially
deleted it. He agreed to revert the change and I volunteered to take care
of it.

As it turns out the changeset (13910261) included more changes to roads
etc.- 92 ways overall - so reverting would include more than just the
coastline. To make things even worse there are also some following,
conflicting changesets. So using the reverter plugin causes quite a number
of conflicts that I have a hard time to resolve. But just to make sure I
have contacted the user again because it sounded like he wouldn't mind to
revert all changs. But the answer is still pending due to different time
zones.

So I tried to only undelete the way for the coastline using the undelete
plugin. Trying to do so gives an error on upload as the way references
deleted nodes. Sounds reasonable but doesn't really help.

Any suggestion how to best get this fixed again?

BTW re-mapping the coastline from Bing is not an option due to clouds...

Thanks,
Michael

__**_
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] Question on undelete/restore

Mikael

The original changeset affected both coastline and administrative boundaries.

We see that 92 ways were modified in the last changeset. From this changeset, 
the better and less damaging solution is probably to identify and undelete ways 
one by one with the Undelete Plugin in 
JOSM. 
Pierre 




 De : Pierre Béland infosbelas-...@yahoo.fr
À : Michael Krämer ohr...@gmail.com; talk@openstreetmap.org 
talk@openstreetmap.org 
Envoyé le : Lundi 19 novembre 2012 16h07
Objet : Re: [OSM-talk] Question on undelete/restore
 

Michael

Looking at ways in the changesets, I found that they were undeleted. It seems 
that Changeset 13937676 by user zors1843 already reverted all of this.

 
Pierre 




 De : Michael Krämer ohr...@gmail.com
À : talk@openstreetmap.org 
Envoyé le : Lundi 19 novembre 2012 15h10
Objet : [OSM-talk] Question on undelete/restore
 
Hi,

using OSM inspector's coastline view I came across a rather large missing 
segement of the coastline. It turned out that a new user has accidentially 
deleted it. He agreed to revert the change and I volunteered to take care of 
it.

As it turns out the changeset (13910261) included more changes to roads etc.- 
92 ways overall - so reverting would include more than just the coastline. To 
make things even worse there are also some following, conflicting changesets. 
So using the reverter plugin causes quite a number of conflicts that I have a 
hard time to resolve. But just to make sure I have contacted the user again 
because it sounded like he wouldn't mind to revert all changs. But the answer 
is still pending due to different time zones.

So I tried to only undelete the way for the coastline using the undelete 
plugin. Trying to do so gives an error on upload as the way references 
deleted nodes. Sounds reasonable but doesn't
 really help.

Any suggestion how to best get this fixed again?

BTW re-mapping the coastline from Bing is not an option due to clouds...

Thanks,
Michael

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




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

Re: [OSM-talk] [HOT] Problem with an Etrex 20

Has anyone compared the etrex20 to the gpsmap 60Csx regarding
positional accuracy? Recently got strange problems on my 60Csx (can
turn it on, but when turned off it won't switch on again unless I
remove the batteries for a second, and I suspect it also continues to
consume electricity while turned off. Another issue which appeared
at the same time: when I switch it on, show on road is always turned
on which is not suitable for OSM track recording, and I think to
recall that before this setting was remembered by the device).

I fear it will break completely the next time so was looking for a new
device and spotted the etrex 20. Would you recommend it for track
recording?

cheers,
Martin

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

Re: [OSM-talk] Question on undelete/restore

2012/11/19 Michael Krämer ohr...@gmail.com:
 So I tried to only undelete the way for the coastline using the undelete
 plugin. Trying to do so gives an error on upload as the way references
 deleted nodes. Sounds reasonable but doesn't really help.


Had a similar problem, this is the ticket:
https://josm.openstreetmap.de/ticket/8156

cheers,
Martin

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

Re: [OSM-talk] [HOT] Problem with an Etrex 20

2012-11-19 Per discussione Clifford Snow

I like my eTrex 20 but it hasn't been error free. Most of the time it
provides good tracks. However at times it is off more than what I expect.
(the tracks to and from the same location should be close. At times they
differ more than 10m.) I have lost one long hike. It recorded just the last
half, which could have been my fault.  I mainly use it in the mountains
hiking so the mountains and forest may be impacting the accuracy.

What I do like is the micro sd card slot. I can load the entire us osm
garmin map on my sd card and set it to be the default background. Battery
life seems good, but I always carry extra cells just in case I've left it
on.  I don't think there is an auto shutoff feature.

Screen is small but ok for using with osm. The tiny joy stick isn't much
fun to use, especially entering way point notes.  So I usually just abr. br
for bridge, rr for rest rooms, etc.

Clifford


On Mon, Nov 19, 2012 at 4:03 PM, Martin Koppenhoefer dieterdre...@gmail.com
 wrote:

 Has anyone compared the etrex20 to the gpsmap 60Csx regarding
 positional accuracy? Recently got strange problems on my 60Csx (can
 turn it on, but when turned off it won't switch on again unless I
 remove the batteries for a second, and I suspect it also continues to
 consume electricity while turned off. Another issue which appeared
 at the same time: when I switch it on, show on road is always turned
 on which is not suitable for OSM track recording, and I think to
 recall that before this setting was remembered by the device).

 I fear it will break completely the next time so was looking for a new
 device and spotted the etrex 20. Would you recommend it for track
 recording?

 cheers,
 Martin

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




-- 
Clifford

I have promised to cut down on my swearing and drinking, which I have.
 Unfortunately, this has left me dim-witted and nearly speechless. Adapted
from *The Lion* by Nelson DeMille

-or-

If you can't explain it simply, you don't understand it well enough.
 Albert Einstein
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Question on undelete/restore

2012-11-19 Per discussione Paul Hartmann


On 11/19/2012 09:10 PM, Michael Krämer wrote:

Hi,

using OSM inspector's coastline view I came across a rather large
missing segement of the coastline. It turned out that a new user has
accidentially deleted it. He agreed to revert the change and I
volunteered to take care of it.

As it turns out the changeset (13910261) included more changes to roads
etc.- 92 ways overall - so reverting would include more than just the
coastline. To make things even worse there are also some following,
conflicting changesets. So using the reverter plugin causes quite a
number of conflicts that I have a hard time to resolve. But just to make
sure I have contacted the user again because it sounded like he wouldn't
mind to revert all changs. But the answer is still pending due to
different time zones.

So I tried to only undelete the way for the coastline using the
undelete plugin. Trying to do so gives an error on upload as the way
references deleted nodes. Sounds reasonable but doesn't really help.

Any suggestion how to best get this fixed again?


Have you tried Undelete plugin and then File  'upload selection' just 
for the coastline way?


Paul


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

Re: [Talk-br] Nível administrativo 9 (distritos) no OSM

2012-11-19 Per discussione Eduardo Maçan

Hahahaha, ando bem afastado do meu trabalho de Debian Developer.

Meu mestrado em geotagging hoje em dia está ocupando meu tempo não dedicado
à sobrevivência ;D


2012/11/16 Nelson A. de Oliveira nao...@gmail.com

 2012/11/16 Eduardo Maçan eduardoma...@gmail.com:
  Isso muito interessa a mim e a meu mestrado. Eu quero ajudar.

 DDs estão infiltrados em todos os lugares, hein? ;-)

 O meu interesse é o estado de SP (mas pode ser generalizado para o
 resto do país).
 É possível ver por aqui que basicamente não existe nada com
 admin_level=9 e admin_level=8 (e interessante também que o Pará só tem
 até admin_level=6)


 http://www.itoworld.com/map/2#fullscreenlat=-15.679910726742857lon=-55.59132001455518zoom=5

 Então a mágica seria pegar os shapes de
 ftp://geoftp.ibge.gov.br/malhas_digitais/censo_2010/setores_censitarios
 e converter/extrair/processar/etc as regiões administrativas que
 possuem os níveis ausentes.

 Onde converter/extrair/processar/etc deve ser: verificar se o boundary
 não existe, extraí-lo do shape, criar as relações de forma correta,
 não duplicar caminhos, preencher as informações, etc.

 No caso de SP tem o

 ftp://geoftp.ibge.gov.br/malhas_digitais/censo_2010/setores_censitarios/sp.zip
 (com os admin_level=9 em 35DSE250GC_SIR.shp e os admin_level=10 em
 35SEE250GC_SIR.shp)

 Com a última versão do ogr2osm deve-se utilizar para estes shapes:

 ogr2osm --encoding ISO8859-1 -p +proj=longlat +ellps=GRS67
 +towgs84=-66.87,4.37,-38.52 arquivo.shp

 (difere no encoding e no +proj)

 Caso haja interesse, também seria interessante atualizar os boundaries
 de nível 8 (municípios). Aparentemente o traçado destes shapefiles
 possui um contorno melhor do que o atual no OSM.

 Bom, só falta a magia negra pra isso :-)

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




-- 
Eduardo Marcel Maçan
http://eduardo.macan.eng.br
___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-de] key fuel:cng

2012-11-19 Per discussione Jimmy_K

Am 18.11.2012 22:02, schrieb René Falk:
 Hallo zusammen,

 ich würde gerne Erdgas als Treibstoff (fuel:cng) weiter aufschlüsseln,
 schließlich gibt es mehrere Erdgassorten als Treibstoff.

 Auf der Diskussionsseite von
 https://wiki.openstreetmap.org/wiki/Talk:Key:fuel
 habe ich das mal grob beschrieben (Englisch).
 Vielleicht möchte der ein oder andere mal drüber schauen.

 Kann sein, das ich nicht alle Erdgassorten, die als Treibstoff in
 Frage kommen, kenne.

 Zusätzliche Infos sind natürlich willkommen.

 Grüße

 René

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

Servus,

ein paar Sachen die mir aufgefallen sind, die ich ändern würde:

-) fuel:ngv=* NGV ist eine Fahrzeugbeschreibung und sagt eigentlich
nichts über den Teibstoff aus (kann CNG oder LNG sein). Lt. Tag-Info
wird es erst ein Mal genutzt. Ich würde es gut finden, wenn es entfernt
wird, bevor wir uns da einen falschen Tag einbringen.

-) High / Low Caloric  Kannte ich bis jetzt nicht, da es aber einen
Unterschied in der Energiedichte (kWh/kg) bringt, finde ich es für einen
objektiven Preisvergleich wichtig. Zusätzlich wird damit die Abschätzung
der Reichweite verbessert. Die Methode würde ich ein wenig anders
gestalten. fuel:cng-L=yes hätte den Nachteil, dass bestehende
Tankstellenkarten ein zusätzliches Tag verarbeiten müssten. Ich würde
die Methode fuel:cng=yes + fuel:cng:type=L oder noch besser
fuel:cng=L bevorzugen.  Hätten den Vorteil, dass man im Code nichts,
oder nur von =yes auf =|no ändern müsste.



LG Jimmy

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

[Talk-de] Ausbau des Toiletten-Templates

2012-11-19 Per discussione Jan Tappenbeck


hi!

die deutschen Rastplätze werden viel ausgebaut und da würde ich es als 
sinnvoll halten das Template um den Wickelraum und LKW-Fahrer-Duschräume 
zu erweiteren.


Wie taggt man einen Wickelraum - im Wiki habe ich schon zum Begriff Baby 
nichts gefunden.


Einer Ideen ?

Gruß Jan :-)

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

Re: [Talk-de] Ausbau des Toiletten-Templates

2012-11-19 Per discussione Norbert Kück


Hallo,
am 19.11.2012 09:34 schrieb Jan Tappenbeck:

Wie taggt man einen Wickelraum - im Wiki habe ich schon zum Begriff Baby
nichts gefunden.

Einer Ideen ?

Da braucht es Ideen? Nein nur ein Wiki. RDFW, Jan.
Gruß
nk


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

Re: [Talk-de] key fuel:cng

2012-11-19 Per discussione fla...@googlemail.com

+1

Wie häufig kommt welcher Tag den in Deutschland vor ?

Am Montag, 19. November 2012 schrieb Jimmy_K :

 Am 18.11.2012 22:02, schrieb René Falk:
  Hallo zusammen,
 
  ich würde gerne Erdgas als Treibstoff (fuel:cng) weiter aufschlüsseln,
  schließlich gibt es mehrere Erdgassorten als Treibstoff.
 
  Auf der Diskussionsseite von
  https://wiki.openstreetmap.org/wiki/Talk:Key:fuel
  habe ich das mal grob beschrieben (Englisch).
  Vielleicht möchte der ein oder andere mal drüber schauen.
 
  Kann sein, das ich nicht alle Erdgassorten, die als Treibstoff in
  Frage kommen, kenne.
 
  Zusätzliche Infos sind natürlich willkommen.
 
  Grüße
 
  René
 
  ___
  Talk-de mailing list
  Talk-de@openstreetmap.org javascript:;
  http://lists.openstreetmap.org/listinfo/talk-de
 
 Servus,

 ein paar Sachen die mir aufgefallen sind, die ich ändern würde:

 -) fuel:ngv=* NGV ist eine Fahrzeugbeschreibung und sagt eigentlich
 nichts über den Teibstoff aus (kann CNG oder LNG sein). Lt. Tag-Info
 wird es erst ein Mal genutzt. Ich würde es gut finden, wenn es entfernt
 wird, bevor wir uns da einen falschen Tag einbringen.

 -) High / Low Caloric  Kannte ich bis jetzt nicht, da es aber einen
 Unterschied in der Energiedichte (kWh/kg) bringt, finde ich es für einen
 objektiven Preisvergleich wichtig. Zusätzlich wird damit die Abschätzung
 der Reichweite verbessert. Die Methode würde ich ein wenig anders
 gestalten. fuel:cng-L=yes hätte den Nachteil, dass bestehende
 Tankstellenkarten ein zusätzliches Tag verarbeiten müssten. Ich würde
 die Methode fuel:cng=yes + fuel:cng:type=L oder noch besser
 fuel:cng=L bevorzugen.  Hätten den Vorteil, dass man im Code nichts,
 oder nur von =yes auf =|no ändern müsste.



 LG Jimmy

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



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

Re: [Talk-de] Ausbau des Toiletten-Templates

2012-11-19 Per discussione tumsi


Hi Jan,

 Original-Nachricht 
Betreff: [Talk-de] Ausbau des Toiletten-Templates
Datum: Mon Nov 19 2012 09:34:51 GMT+0100
Von: Jan Tappenbeck o...@tappenbeck.net
An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org

 die deutschen Rastplätze werden viel ausgebaut und da würde ich es als
 sinnvoll halten das Template um den Wickelraum und LKW-Fahrer-Duschräume
 zu erweiteren.

+1. Finde ich gut!


Wie taggt man einen Wickelraum - im Wiki habe ich schon zum Begriff Baby
nichts gefunden.

Einer Ideen ?



Der Begriff Baby sollte m.E. nicht in den Tag, sondern eher diaper (= 
Windel).


Taginfo kennt diaper=yes (137x) und diaper=room (3x) [1]. Das finde ich 
aber schon etwas seltsam, da ersteres für mich nach dort gibt es 
Windeln klingt. Zweimal gibt es toilets:diaper=yes [2].


Unterscheiden muss man dann auch nach 1) es gibt einen separaten 
Wickelraum (wo die Mutter vielleicht auch gleich in Ruhe stillen kann) 
oder 2) es gibt nur eine Vorrichtung zum Wickeln in dem eigentlichen 
Toilettenraum (vermutlich in erster Linie auf Damentoiletten und damit 
für Männer nicht die erste Wahl).



Viele Grüße,
Constanze


[1] http://taginfo.openstreetmap.org/keys/diaper#values
[2] http://taginfo.openstreetmap.org/keys/toilets%3Adiaper#values

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

Re: [Talk-de] Ausbau des Toiletten-Templates

2012-11-19 Per discussione Martin Koppenhöfer



Am 19/nov/2012 um 09:53 schrieb Norbert Kück o...@nk-bre.net:

 Hallo,
 am 19.11.2012 09:34 schrieb Jan Tappenbeck:
 Wie taggt man einen Wickelraum - im Wiki habe ich schon zum Begriff Baby
 nichts gefunden.
 
 Einer Ideen ?
 Da braucht es Ideen? Nein nur ein Wiki. RDFW, Jan.



Im Wiki habe ich diaper=yes gefunden, aber als Attribut. Mit diesem Windel=ja 
ist ein Wickelraum gemeint? Soll man das benutzen, bzw. Windel=Zimmer 
(diaper=room) um eine solche Einrichtung zu taggen? M.E. sind die zumindest 
teilweise besser als Feature getaggt (d.h. eigenständiges Objekt z.B. im 
amenity-Raum) denn als Attribut.

Nur Windel ist auch ein bisschen kurz, wurde dieser Tag denn jemals auf der 
internat. Liste den Natives vorgestellt?

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

Re: [Talk-de] key fuel:cng

2012-11-19 Per discussione René Falk


Am 19.11.2012 09:00, schrieb Jimmy_K:


Servus,

ein paar Sachen die mir aufgefallen sind, die ich ändern würde:

-) fuel:ngv=* NGV ist eine Fahrzeugbeschreibung und sagt eigentlich
nichts über den Teibstoff aus (kann CNG oder LNG sein). Lt. Tag-Info
wird es erst ein Mal genutzt. Ich würde es gut finden, wenn es entfernt
wird, bevor wir uns da einen falschen Tag einbringen.


Hatte ich auch nur mit angeführt, weil er beim weiter oben stehenden 
fuel:cng mit dabei ist.




-) High / Low Caloric  Kannte ich bis jetzt nicht, da es aber einen
Unterschied in der Energiedichte (kWh/kg) bringt, finde ich es für einen
objektiven Preisvergleich wichtig. Zusätzlich wird damit die Abschätzung
der Reichweite verbessert.


Die unterschiedliche Energiedichte ist auch der ursprüngliche Grund für 
meinen Vorschlag.



Die Methode würde ich ein wenig anders
gestalten. fuel:cng-L=yes hätte den Nachteil, dass bestehende
Tankstellenkarten ein zusätzliches Tag verarbeiten müssten.
Ich würde
die Methode fuel:cng=yes + fuel:cng:type=L oder noch besser
fuel:cng=L bevorzugen.  Hätten den Vorteil, dass man im Code nichts,
oder nur von =yes auf =|no ändern müsste.


Habe ich Anfangs auch drüber nachgedacht. Aber ...
1. ... zerstört man dann das bisherige Tag-Schema (Ein Tag pro 
Treibstoffsorte), wenn man solche Subtags für Erdgas einführt.


2. ... ich denke, das es einfacher für Anwendungen ist auf fuel:cng-L, 
etc. umzustellen, als eine zusätzliche Ebene von Subtags abzufragen.


Die Möglichkeit, das Anwendungen dann nicht korrekt funktionieren, wenn 
jetzt fuel:cng-L und Co. eingeführt wird, stufe ich als geringes Übel 
ein, da es nicht viel Arbeit erfordern dürfte, die Anwendungen anzupassen.
Zumindest sollte es einfach sein, denn das Schema fuel:xyz ist bewusst 
ein offenes Schema, wo sich neue Treibstoffarten beliebig einfügen 
lassen. Programmierer dieser Anwendungen müssen also damit rechnen, das 
Erweiterungen notwendig werden. Übrigens: Taggen für Anwendungen?


Ich könnte mich eventuell mit fuel:cng=L, fuel:cng=H, fuel:cng=H2_xx% 
und fuel:cng=yes (wenn Sorte nicht bekannt) anfreunden. Die 3 Sorten 
sind Motorkompatibel. Das wäre aber ein Bruch mit dem bisherigen Tag-Schema.


Bei Flüssigerdgas würde ich aber auf ein separates fuel:lng bestehen, 
weil andere Tank- und Gastechnik zum Einsatz kommt.


3. ... je mehr Subtag-Ebenen, desto weniger werden sie auch benutzt.

Grüße

René


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

Re: [Talk-de] key fuel:cng

2012-11-19 Per discussione René Falk


Am 19.11.2012 09:58, schrieb fla...@googlemail.com:

+1

Wie häufig kommt welcher Tag den in Deutschland vor ?


Von meinem Vorschlag habe ich noch keinen gesehen. In Deutschland 
kommen, meines Wissens, nur die Sorten High- und Low Carolic zum Einsatz.


Wasserstoff-Erdgas mindestens in Norwegen und Kanada. Flüssigerdgas, 
meines Wissens, in einzelnen Ländern Südamerikas und Vorder- und 
Mittelasiens, aber nicht großflächig.


Aufgrund des praktischen Nutzens, dieser Informationen, würde ich gerne 
ein passendes Tag-Schema erstellen, bevor zu viel Wildwuchs entsteht. 
Auch in der Hoffnung, das diese Informationen auch eingetragen werden, 
wenn ein Tag-Schema existiert.


Grüße

René


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

Re: [Talk-de] JOSM: Einzelnes Objekt anhand Koordinaten einfügen

2012-11-19 Per discussione Harald


Vielen Dank!

Gruß
Harald


Am 18.11.2012 08:36, schrieb OSM:

Moin,

Am 18.11.2012 01:39, schrieb Harald:
ich meine mich zu erinnern, dass es in JOSM möglich ist, ein 
einzelnes Objekt gezielt anhand der per GPS ermittelten Koordinaten 
einzufügen


Nodes:
Werkzeuge - Punkt verschieben

Objekte:
Mit Erweiterung utilsplugin2:
Werkzeuge2 - Länge-Breite-Werkzeug

Gruß
Georg


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




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

Re: [Talk-de] Ausbau des Toiletten-Templates

2012-11-19 Per discussione Wolfgang Hinsch

Am Montag, den 19.11.2012, 10:03 +0100 schrieb tumsi:

 
 
 Der Begriff Baby sollte m.E. nicht in den Tag, sondern eher diaper (= 
 Windel).

Der Begriff Baby ist wesentlich internationaler und eingängiger als
diaper, das kaum jemand außerhalb des engl. Sprachraums kennt.

Leo nennt es baby change. Ich weiß jetzt nicht, ob das in England und
US richtig verstanden wird...

 
 Taginfo kennt diaper=yes (137x) und diaper=room (3x) [1]. Das finde ich 
 aber schon etwas seltsam, da ersteres für mich nach dort gibt es 
 Windeln klingt. Zweimal gibt es toilets:diaper=yes [2].
 
 Unterscheiden muss man dann auch nach 1) es gibt einen separaten 
 Wickelraum (wo die Mutter vielleicht auch gleich in Ruhe stillen kann) 
 oder 2) es gibt nur eine Vorrichtung zum Wickeln in dem eigentlichen 
 Toilettenraum (vermutlich in erster Linie auf Damentoiletten und damit 
 für Männer nicht die erste Wahl).

Das war mir ja sowas von egal :-). Im Zweifelsfall habe ich die Kinder
dann sogar freiwillig gewickelt. Irgendwann muss es ja mal in den
weichen Birnen der Planer ankommen, dass sich da was geändert hat.

In moderneren Anlagen sind häufig die Wickelräume auch die
Behinderten-WCs. So langsam tut sich da also was.

Gruß, Wolfgang


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

[Talk-it] Ferrovie: situazione stazioni e routing

2012-11-19 Per discussione ale_z...@libero.it

Buongiorno,

durante l'OsmIT si è parlato anche di ferrovie. Più in generale si diceva che 
OSM va bene al 98% ma poi casca sui dettagli.

Alessandro (non ricordo il cognome) di GFOSS parlava di prove di routing 
effettuate evidenziando che mancavano proprio piccole cose. Così, anche a causa 
dell'influenza beccata questo w.e., ho iniziato a giocare con QGis estraendo da 
italy.osm il grafo ferroviario e provando a fare due prove.

Per il momento ho sistemato un paio di buchi in Liguria, uno strano zig-zag 
presso Sarzana ed ho collegato la tratta nord-sud nella stazione di Rosarno che 
tagliava in due l'Italia.
In generale la situazione più complicata (leggasi grande casino) è ovviamente 
nelle stazioni, dove ci sono parecchi binari e scambi e a volte manca 
l'interconnessione tra le varie tratte.
Qualcuno di Pisa potrebbe cercare di sistemare i binari in stazione?

Domanda: se uno si mette a fotografare i binari rischia che arrivi la PolFer e 
lo metta ar gabbio?

Ho notato che alcune regioni (Sicilia e Veneto ad esempio) hanno nel wiki uno 
spazio alle ferrovie. Proposta: cosa ne dite creare una pagine nazionale? Il 
rischio però è creare la solita pagina che rimane poi abbandonata a sè stessa.

Alessandro


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

Re: [Talk-it] Progetto mappatura sentieri

2012-11-19 Per discussione solitone


ale_z...@libero.it ha scritto:

Non è granchè organizzata, ma qui
http://wiki.openstreetmap.org/wiki/Liguria/Status
trovate la lista dei sentieri in Liguria organizzati con relazioni


Grazie Alessandro,

ho aggiunto la pagina in WikiProject Italy/Sentieri.

Chiunque conosca pagine simili, che non hanno nome del tipo 
Nome_Regione/Sentieri, può editare direttamente WikiProject 
Italy/Sentieri.




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

Re: [Talk-it] Ferrovie: situazione stazioni e routing

2012-11-19 Per discussione Fabrizio Tambussa

Il giorno 19 novembre 2012 11:30, ale_z...@libero.it
ale_z...@libero.itha scritto:

 Buongiorno,


 ho iniziato a giocare con QGis estraendo da
 italy.osm il grafo ferroviario e provando a fare due prove.


Tipico, quando ci sono di mezzo i trenini si torna tutti bambini :-)


 In generale la situazione più complicata (leggasi grande casino) è
 ovviamente
 nelle stazioni, dove ci sono parecchi binari e scambi e a volte manca
 l'interconnessione tra le varie tratte.


L'idea emersa era quella di individuare un solo binario per stazione per
agevolare il routing, altre che inserire i percorsi in delle relazioni.
Sul modello delle strade statali o delle autostrade potrebbero nascere
delle relazioni Torino - Venezia,  Milano- Roma, ecc ecc utilizzando sempre
il binario eletto per il passaggio nelle stazioni.  Questo perche' mi e'
stato spiegato che a volte il routing, non sapendo piu' come cavarsi
d'impiccio, prende contromano gli scambi, come se in auto entrassi in uno
svincolo autostradale e poi svoltassi contromano nel flusso
dell'autostrada.




 Domanda: se uno si mette a fotografare i binari rischia che arrivi la
 PolFer e
 lo metta ar gabbio?


Si, il Regio Decreto 11 luglio 1941, n. 1161 (*mai abrogato*) contempla le
installazioni ferroviarie come obiettivi sensibili.
E qui ci sarebbe da discutere per mesi e anni, quindi la finisco qui.
Non so come ci si possa comportare con i filmati di Youtube a livello di
licenza, ma questo utente:
http://www.youtube.com/user/manfredi3692/videos?view=0
ha un sacco di video ferroviari ripresi dalla cabina del locomotore.  Una
sorta di StreetView in movimento.
Come lui ce ne sono molti altri, in tutte le zone d'Italia.

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

Re: [Talk-it] Ferrovie: situazione stazioni e routing

2012-11-19 Per discussione Any File

2012/11/19 Fabrizio Tambussa ftambu...@gmail.com:

 L'idea emersa era quella di individuare un solo binario per stazione per
 agevolare il routing, altre che inserire i percorsi in delle relazioni.  Sul
 modello delle strade statali o delle autostrade potrebbero nascere delle
 relazioni Torino - Venezia,  Milano- Roma, ecc ecc utilizzando sempre il
 binario eletto per il passaggio nelle stazioni.

Ma dove trovi il programma che fa il routing sulle ferrovie?

Partendo da una pagina citata in n post precedente sono arrivato a

http://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap

e da lì ho seguito un link a

http://railmap.openlinkmap.org/

ma in questa pagina non trovo nulla di particolare (trovo solo la
mappa standard e la possibilità di aggiungerci l'ombreggiatura delle
colline e montagne).

  Questo perche' mi e'
 stato spiegato che a volte il routing, non sapendo piu' come cavarsi
 d'impiccio, prende contromano gli scambi, come se in auto entrassi in uno
 svincolo autostradale e poi svoltassi contromano nel flusso dell'autostrada.


Sarebbe interessante sapere a cosa ti riferisci in particolare.

Un caso potrebbe essere dovuto al fatto che in certi casi due binari
si incrociano, ma non è possibile passare da un binairo all'altro (la
situazione è simile al csao di due strade con carreggiate separate per
senso di marcia, solo che nelle strade ogni carreggiata è asenso
unico, nelle ferrovie a volte è possibile andare in entrambe le
direzioni).

Questo caso è tipico di quando una linea a due binari ha un bivio
verso un'altra linea a due binari.

Lo stesso identico problema si presenta anche nel caso dei tram.

Io non ho mai capito se in questi casi devo inserire un nodo sul punto
di intersezione oppure no.
(se non lo metto mi viene segnato come errore, perché due way si
intersecano allo stesso livello senza avere un nodo in comune, se
invece lo metto la situazione diventa identica a quella che ci sarebbe
se fosse possibile passare da un binario all'altro - e non vorrei
dovere mettere delle relazioni restriction )


Un altro problema da considerare per il routing è se il routing sia in
grado di farti passare da un binario all'altro e in più in generale
ancora se sia in grado di farti passare dalla strada all'interno della
stazione e da lì al binario (a meno di inserire un percorso pedonale
dalla strada al binario, compreso il tratto all'interno della
stazione, come fa un programma di routing a sapere che strada farti
fare?)

Saluti

 AnyFile

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

Re: [Talk-it] Ferrovie: situazione stazioni e routing

2012-11-19 Per discussione ale_z...@libero.it

Ecco, io intendevo partire dal minimo: verificare che non ci siano buchi e 
creare una route almeno sulle tratte principali.

Messaggio originale
Da: dieterdre...@gmail.com
Data: 19/11/2012 12.26
Visto che in
generale non abbiamo ancora i blocchi credo che mappare ogni switch è
un po' prematuro, ma non freno nessuno chi lo vuole fare comunque.

Anzi, ripensandoci direi che non abbiamo ne anche le linee principali
(con al meno una route del tipo train) e comincierei con quelli (così
si scoprano facilmente i buchi).
http://xn--pnvkarte-m4a.de/?zoom=7lat=43.6252lon=10.70189layers=TBTTT

Come si vede, non c'è ne meno una route per andare da Milano a
Firenze, Venezia o Genova ;-)

ciao,
Martin




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

Re: [Talk-it] Ferrovie: situazione stazioni e routing

2012/11/19 Any File anysomef...@gmail.com:
 Un caso potrebbe essere dovuto al fatto che in certi casi due binari
 si incrociano, ma non è possibile passare da un binairo all'altro (la
 situazione è simile al csao di due strade con carreggiate separate per
 senso di marcia, solo che nelle strade ogni carreggiata è asenso
 unico, nelle ferrovie a volte è possibile andare in entrambe le
 direzioni).

 Questo caso è tipico di quando una linea a due binari ha un bivio
 verso un'altra linea a due binari.

 Lo stesso identico problema si presenta anche nel caso dei tram.

 Io non ho mai capito se in questi casi devo inserire un nodo sul punto
 di intersezione oppure no.


credo che lo dovresti mettere, ma dovresti anche indicare in qualche
modo che non si cambia, in questa pagina:
http://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Erweitertes_Tagging
non l'ho trovato, nonchè si fa riferimento (l'assenza del tag
railway=switch potrebbe essere interpretato così, volendo potresti
aggiungere railway:switch=no o qualcosa di simile). Forse c'è anche un
tag in uso (chiederei in lista tagging o talk-de). L'assenza di un tag
non è mai esplicito (potrebbe sempre mancare), quindi non lo consiglio
come unico modo di mappare una certa situazione. Invece ci sono
riferimenti per incroci che permettono lo scambio solo venendo da una
direzione (railway:switch=single_slip e double_slip). Due varianti del
double_slip sono qui:
http://de.wikipedia.org/w/index.php?title=Datei:Doppelkreuzungsweiche.jpegfiletimestamp=20060210152054
http://de.wikipedia.org/w/index.php?title=Datei:2001-07-19.0004.DKW-Baeseler.jpgfiletimestamp=20061022074119


 (se non lo metto mi viene segnato come errore, perché due way si
 intersecano allo stesso livello senza avere un nodo in comune, se
 invece lo metto la situazione diventa identica a quella che ci sarebbe
 se fosse possibile passare da un binario all'altro - e non vorrei
 dovere mettere delle relazioni restriction )


+1, nessuna relazione, un tag è più appropriato (è solo chiaro quando
i way non terminano lì).

ciao,
Martin

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

Re: [Talk-it] Ferrovie: situazione stazioni e routing

2012/11/19 ale_z...@libero.it ale_z...@libero.it:
 Ecco, io intendevo partire dal minimo:


;-)

ciao,
Martin

PS: significa +1, ho citato quella pagina perchè credo che vada
comunque bene accorgersi che ci sono dei tags per mappare in grande
dettaglio. Ho anch'io alle volte lasciato dei buchi quando il binario
entrava in un tunnel e non ho trovato dove usciva, oppure non mi era
chiaro quale entrata corrispondeva con quale uscita (bisogno tracciare
prendendo il treno, cosa alle volte risulta difficile, per esempio
nella freccia rossa spesso non prende).

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

[Talk-it] R: Ferrovie: situazione stazioni e routing

2012-11-19 Per discussione Alech OSM



#-Messaggio originale-
#Da: Any File [mailto:anysomef...@gmail.com]
#
#
#Lo stesso identico problema si presenta anche nel caso dei tram.

Ma perché , le linee dei tram vanno mappate con una highway per binario ?
A Firenze la linea T1 (l'unica per ora) è stata disegnata (importata?)
con una singola highway.



Ciao,
Ale.




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

Re: [Talk-it] Progetto mappatura sentieri

Ho appena modificato il template ItalyProject [1] in modo da includere 
tra i progetti di mappatura anche il progetto sentieri.


Un paio di osservazioni su questa nuova pagina:
- aggiungerei una piccola sezione iniziale con i link alle pagine 
dedicate ai tag da utilizzare ed eventualmente un mini-riepilogo dei tag 
(quantomeno dei tag per le relazioni)
- giustamente si è scelto di far gestire i percorsi regionali ad i vari 
progetti locali, nella pagina però ci vorrebbe una tabella che raccolga 
eventuali percorsi nazionali


Un'ultima cosa, per quanto riguarda la regione Veneto al momento abbiamo 
questa pagina [2] con i sentieri dei Colli Euganei. A breve cerco di 
mettere in piedi la paginetta regionale, mi servirebbe sapere da chi ha 
fatto le altre pagine dove ha trovato i vari settori in cui viene 
suddiviso il territorio regionale.


ciao
Paolo M

[1] http://wiki.openstreetmap.org/wiki/Template:ItalyProject
[2] 
http://wiki.openstreetmap.org/wiki/Veneto/Parchi_Naturali/Parco_Regionale_dei_Colli_Euganei


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

Re: [Talk-it] Progetto mappatura sentieri

2012-11-19 Per discussione Stefano Salvador

 mi servirebbe sapere da chi ha fatto le
 altre pagine dove ha trovato i vari settori in cui viene suddiviso il
 territorio regionale.

Qui in FVG abbiamo fatto riferimento alla classificazione del CAI che,
se non sbaglio, ha la responsabilità di mantenere il catasto dei
sentieri.

Ciao,

Stefano

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

Re: [Talk-it] Ferrovie: situazione stazioni e routing


Il 19/11/2012 11:30, ale_z...@libero.it ha scritto:

Ho notato che alcune regioni (Sicilia e Veneto ad esempio) hanno nel wiki uno
spazio alle ferrovie. Proposta: cosa ne dite creare una pagine nazionale? Il
rischio però è creare la solita pagina che rimane poi abbandonata a sè stessa.
Si, direi che sarebbe il caso di creare l'apposita pagina. Ovviamente 
per gestire le linee principali, quelle locali e quelle in disuso le 
lascerei gestire ad i vari progetti locali (anche per non creare una 
tabella immensa che poi diventa più complicato gestire).


Nella pagina metterei la classica tabella con le principali linee, il 
link alla relation e un indicatore dello stato della mappatura. Poi una 
mini-sezione che contenga i link alle pagine che descrivono i tag. E 
quindi un elenco di link ai vari progetti locali.


ciao
Paolo M

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

Re: [Talk-it] R: Ferrovie: situazione stazioni e routing

2012-11-19 Per discussione Maurizio Daniele

Il giorno 19 novembre 2012 13:51, Alech OSM alech.hos...@gmail.com ha
scritto:


 #Lo stesso identico problema si presenta anche nel caso dei tram.

 Ma perché , le linee dei tram vanno mappate con una highway per binario ?
 A Firenze la linea T1 (l'unica per ora) è stata disegnata (importata?)
 con una singola highway.


Tecnicamente sarebbe meglio, ma spesso non è possibile per com'è fatta la
linea.

Diciamo che se è una metrotramvia in sede propria, completamente separata
dalla strada veicolare, si possono tranquillamente fare due way,
raggiungendo così un livello di dettaglio massimo (si possono mappare le
deviate, ad esempio).

Se i binari sono integrati in una strada veicolare mista seguono la
mappatura di questa: se la strada è a doppio senso aggiungo railway=tram
track=2 alla way della strada.  Se la strada è a senso unico, o a due
carreggiate track=1 (o niente).
Questo approccio ha il difetto di avere un livello di dettaglio più basso
(un incrocio tramviario non è mai un 90°, ma sempre un raccordo...

Ci sono poi tutta una serie di casi limite incasinatissimi:

Binario tramviario esclusivamente in un senso su una strada a doppio senso
Binario tramviario su corsia preferenziale
Binario tramviario su corsia preferenziale contromano
Binario tramviario su banchina laterale che, in corrispondenza delle
fermate diventa preferenziale Bus (che fa fermata con il tram) ma poi è un
binario semplice, quindi non transitabile dai veicoli.
Binario tramviario banalizzato (uno solo utilizzabile nei due sensi, con
impianto semaforico)
Binario tramviario in mezzo al corso, che quindi divide la via in due
carreggiate fisicamente sparate.
Binario tramviario su preferenziale in mezzo alla via, che quindi individua
tre carreggiate separate di cui quella centrale utilizzabile da
tram+bus+taxi

Eccetera eccetera

E molti di questi casi non avranno mai una soluzione chiara fintanto che
non verrà condiviso un chiaro sistema per descrivere compiutamente le
corsie delle strade di scorrimento (non limitandosi agli autoveicoli).

-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: Ferrovie: situazione stazioni e routing

Ho creato una bozza per la pagina delle Ferrovie: 
http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Ferrovie


Per ora ho inserito nella tabella solo un paio di linee. Chi ha 
tempo/voglia aggiunga le altre.


ciao
Paolo M



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

Re: [Talk-it] Progetto mappatura sentieri


Il 19/11/2012 14:05, Stefano Salvador ha scritto:

mi servirebbe sapere da chi ha fatto le
altre pagine dove ha trovato i vari settori in cui viene suddiviso il
territorio regionale.

Qui in FVG abbiamo fatto riferimento alla classificazione del CAI che,
se non sbaglio, ha la responsabilità di mantenere il catasto dei
sentieri.


Immaginavo fosse una classificazione del CAI. Però non son riuscito a 
trovarla per il Veneto (ho dato un'occhiata veloce, non ho guardato 
bene). Mi chiedevo appunto dove si poteva trovare questa classificazione.


ciao
Paolo M

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

[Talk-it] Mercanti pubblici di geodati

2012-11-19 Per discussione Cascafico Giovanni

A seguito di una discussione su OSM Veneto Lettera richiesta dati ai
comuni[1], vi segnalo che il comune di Cividale del Friuli (UD) VENDE
i geodati [2].

1500€ + IVA 20%

[1] http://liste.remixtj.net/pipermail/osmveneto/2012-November/001840.html
[2] http://www.cividale.net/uploads/media/INFODIGI_2_.pdf

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

Re: [Talk-it] Mercanti pubblici di geodati

2012-11-19 Per discussione Maurizio Napolitano

Interessante
Bisognerebbe capire il perchè e il rapporto costi/ricavi
Ora indago

2012/11/19 Cascafico Giovanni cascaf...@gmail.com:
 A seguito di una discussione su OSM Veneto Lettera richiesta dati ai
 comuni[1], vi segnalo che il comune di Cividale del Friuli (UD) VENDE
 i geodati [2].

 1500€ + IVA 20%

 [1] http://liste.remixtj.net/pipermail/osmveneto/2012-November/001840.html
 [2] http://www.cividale.net/uploads/media/INFODIGI_2_.pdf

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



-- 
Maurizio Napo Napolitano
http://de.straba.us

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

Re: [Talk-it] Mercanti pubblici di geodati

2012-11-19 Per discussione sabas88

Il giorno 19 novembre 2012 16:40, Cascafico Giovanni
cascaf...@gmail.comha scritto:

 A seguito di una discussione su OSM Veneto Lettera richiesta dati ai
 comuni[1], vi segnalo che il comune di Cividale del Friuli (UD) VENDE
 i geodati [2].

 1500€ + IVA 20%


Considerato che è del 2003, proverei a contattarli chiedendo se è cambiato
qualcosa o se pianificano di continuare a vendere questi dati...
Parzialmente correlato, ma ste geosegnalazioni[0] cosa usano? Non avendo
silverlight non ci arrivo..

Ciao,
Stefano

 [0] http://geosegnalazioni.regione.fvg.it/index.php?view=tutte

 [1] http://liste.remixtj.net/pipermail/osmveneto/2012-November/001840.html
 [2] http://www.cividale.net/uploads/media/INFODIGI_2_.pdf

 ___
 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] Openstreetmap.it, forum

2012-11-19 Per discussione sabas88

Il giorno 18 novembre 2012 17:11, Giuliano italia1...@alice.it ha scritto:


 Ho risposto al form, ma cosa mi stia a cuore più di tutto, chi mi conosce
 lo sa bene: l'apertura dei dati.
 E questo nel form non era previsto.
 Partecipare non è soltanto gestire i dati (mi riesce malissimo), ma anche
 riuscire a fornirli a chi ci sa fare. O anche soltanto riuscire a renderli
 disponibili.
 Non è revanchismo, ma mi sono affezionato ai nick affettuosi quali:
 il verme nella mela, oppure il carro armato.
 Sono un inguaribile sentimentale!
 Ciao!


Ho aggiunto una opzione ;-)
Tra l'altro ti sei ringiovanito vedo eheheh!


 --
 Giuliano i1BPF-Giuliano


Ciao,
Stefano



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

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

[Talk-it] Operator in ospedali

2012-11-19 Per discussione Gianluca Boero


Ciao a tutti.

E' corretto inserire nelle proprietà di un ospedale il tag 
operator=ASL00 (dove con 00 si intende il numero della Asl) ?
Il tag name porta il nome del presidio ospedaliero che tutt'ora gli 
ospedali hanno, però la gestione risulta essere delle Asl.


Grazie.

--
Gianluca Boero


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

Re: [Talk-it] Openstreetmap.it, forum

2012-11-19 Per discussione Giuliano


Il 19/11/2012 18:09, sabas88 ha scritto:

Il giorno 18 novembre 2012 17:11, Giuliano italia1...@alice.it ha scritto:


Non è revanchismo, ma mi sono affezionato ai nick affettuosi quali:
il verme nella mela, oppure il carro armato.
Sono un inguaribile sentimentale!
Ciao!



Ho aggiunto una opzione ;-)
Tra l'altro ti sei ringiovanito vedo eheheh!

--
Giuliano i1BPF-Giuliano



Ciao,
Stefano



No, sono proprio così. Appaio più vecchio per darmi delle arie!
In realtà è un trucco per evitare il furto di identità.
Prova a metterla su un documento ed a spacciarti per me, se ci riesci!
Vado a vedermi il garbum.
Ciao Stefano.

--
Giuliano


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

Re: [Talk-it] R: Ferrovie: situazione stazioni e routing

2012-11-19 Per discussione Daniele Forsi

Il 19 novembre 2012 15:25, Paolo Monegato ha scritto:
 Ho creato una bozza per la pagina delle Ferrovie:
 http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Ferrovie

 Per ora ho inserito nella tabella solo un paio di linee. Chi ha tempo/voglia
 aggiunga le altre.

sono pessimista sul fatto che si possa mantenere manualmente una
tabella del genere, ci vorrebbe un analizzatore di relazioni che ci
dica anche se mancano dei tag specifici

per prova ho fatto questa tabella
http://wiki.openstreetmap.org/wiki/User:Dforsi/Sandbox/Rail1
i dati sono vecchi di due mesi, ma almeno è utile per recuperare i
numeri delle relazioni e per fare qualche considerazione sui valori
usati per i tag route, operator e ref

c'è route=rail che non trovo nel wiki e forse c'è stata confusione tra
route=railway e route=train perché vedo alcune relazioni railway con
operator=Trenitalia

non si possono mantenere varianti come RFI, Rete Ferroviaria
Italiana e Rete Ferroviaria Italiana SpA come operator

certi nomi contengono un carattere freccia, ma un sintetizzatore
vocale come dovrebbe leggerli? lucera-freccia-a-destra-foggia

e anche certi ref sono strani

-- 
Daniele Forsi

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

Re: [Talk-it] R: Ferrovie: situazione stazioni e routing

2012-11-19 Per discussione sabas88

Cercherei di distinguere linee ferroviarie [0] da tratte ferroviarie.
Un conto è mappare le ferrovie, un conto è mappare le linee in servizio, un
po' come mappare da un lato le strade statali e dall'altro i pullman che le
percorrono...

Ciao,
Stefano

[0] http://it.wikipedia.org/wiki/Categoria:Linee_ferroviarie_in_Italia


Il giorno 20 novembre 2012 00:04, Daniele Forsi dfo...@gmail.com ha
scritto:

 Il 19 novembre 2012 15:25, Paolo Monegato ha scritto:
  Ho creato una bozza per la pagina delle Ferrovie:
  http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Ferrovie
 
  Per ora ho inserito nella tabella solo un paio di linee. Chi ha
 tempo/voglia
  aggiunga le altre.

 sono pessimista sul fatto che si possa mantenere manualmente una
 tabella del genere, ci vorrebbe un analizzatore di relazioni che ci
 dica anche se mancano dei tag specifici

 per prova ho fatto questa tabella
 http://wiki.openstreetmap.org/wiki/User:Dforsi/Sandbox/Rail1
 i dati sono vecchi di due mesi, ma almeno è utile per recuperare i
 numeri delle relazioni e per fare qualche considerazione sui valori
 usati per i tag route, operator e ref

 c'è route=rail che non trovo nel wiki e forse c'è stata confusione tra
 route=railway e route=train perché vedo alcune relazioni railway con
 operator=Trenitalia

 non si possono mantenere varianti come RFI, Rete Ferroviaria
 Italiana e Rete Ferroviaria Italiana SpA come operator

 certi nomi contengono un carattere freccia, ma un sintetizzatore
 vocale come dovrebbe leggerli? lucera-freccia-a-destra-foggia

 e anche certi ref sono strani

 --
 Daniele Forsi

 ___
 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] R: Ferrovie: situazione stazioni e routing

2012-11-19 Per discussione Fabrizio Tambussa

Il giorno 20 novembre 2012 00:09, sabas88 saba...@gmail.com ha scritto:

 Cercherei di distinguere linee ferroviarie da tratte ferroviarie.


Giusto. Con la deregulation ferroviaria le FS sono state spezzettate.
Trenitalia con altri operatori (ad es. Italo, NordCargo, ecc) pratica
servizi viaggiatori e merci con i propri treni.
Le linee (binari, scambi, segnali) sono gestite da RFI - Reti Ferroviarie
Italiane.
Quando creo una route ho quindi un problema di operator: in generale io mi
riferirei ai binari, quindi ad esempio per la Torino-Milano metterei:
operator=RFI
ref=4
(il ref e' un numero univoco di linea ed e' desumibile dai fascicoli di
linea pubblicati sul sito di RFI)
Altrimenti, se ci riferissimo all'operatore di trasporto dovremmo fare una
relation per ogni operatore che porta merci/passeggeri sulla tratta.
Saluti
Fabrizio
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

[Talk-dk] Torve og pladser Open area manglende sammenkædning til vejnavn?==?iso-8859-1?Q?e

2012-11-19 Per discussione Henrik Puukka-Sørensen

På Rashers virkelig gode værktøj

http://osm.rasher.dk/tools/missing_streets.php?postcode=2000distance=5
00

har jeg bemærket, at der er mange pladser og torve, der ikke er
registreret rigtigt selvom navnene tilsyneladende er lagt til pladserne.
Det er ikke kun på Frederiksberg

Er der mangler ved navngivningen og registreringen eller hvad?


StreetAddressesCompletenessUnreachable addresses
Marguerite Vibys Plads120.0012
http://www.openstreetmap.org/?box=yesbbox=12.504233798259,55.6836704,1
2.505004398259,55.6841843

Frederiksberg Runddel80.008
Falkoner Plads30.003
Stig Lommers Plads20.002


Venlig hilsen
Henrik Puukka-Sørensen

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

[Talk-es] PN de Sierra Nevada

2012-11-19 Per discussione José Juan Sánchez del Arco


Hola gente, 

no voy a decir que me ha costado trabajo, porque en realidad me lo he 
encontrado de buenas a primeras, pero tengo el track oficial del Parque 
Nacional de Sierra Nevada, que hasta ahora sólo estaba parcialmente y a 
ojímetro. La cosa es que dicho track tiene un total de 18000 puntos en 
formato .shp. Es posible hacerlo con una extensión de JOSM, pero limita los 
tracks a 2000 nodos, así que hay que hacer varios cortes al track original. Lo 
malo es que una vez consigo todo y me pongo a subir los cambios, JOSM dice que 
no quiere, que ha encontrado conflictos; eso después de unos 15 minutos 
subiendo datos.

Como habéis leído, se trata de un Parque Nacional, así que creo que es de una 
entidad suficiente como para poner en alto temporalmente lo que estaba haciendo 
y darle solución a esto. Además, también pude obtener carreteras, senderos, 
cursos de agua y cosas así, todo oficial; para mi esto tiene prioridad máxima.

Anoche lo intenté hasta 5 veces, dando en las cinco ocasiones conflictos, una 
de ellas unos 220 conflictos que tuve que resolver uno a uno. Pero vuelvo a 
subir y sigue habiéndolos. ¿Alguien sabe cómo hacerlo?

Aquí dejo el enlace a la web del ministerio donde se puede descargar los datos:
http://reddeparquesnacionales.mma.es/parques/org_auto/cartografia/index_cartografia.htm
  ___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] PN de Sierra Nevada

2012-11-19 Per discussione Matías Taborda Barroso

Hola.

Solo por preguntar:

Estos datos que te descargas de la página del ministerio. ¿Tienen licencia
compatible con OSM para realizar lo que estás haciendo?.

Es que en la página de donde lo estás descargando no veo nada al respecto.

Saludos.



El 19 de noviembre de 2012 11:33, José Juan Sánchez del Arco 
jj_sanchez_alme...@live.com escribió:

  Hola gente,

 no voy a decir que me ha costado trabajo, porque en realidad me lo he
 encontrado de buenas a primeras, pero tengo el track oficial del Parque
 Nacional de Sierra Nevada, que hasta ahora sólo estaba parcialmente y a
 ojímetro. La cosa es que dicho track tiene un total de 18000 puntos en
 formato .shp. Es posible hacerlo con una extensión de JOSM, pero limita los
 tracks a 2000 nodos, así que hay que hacer varios cortes al track original.
 Lo malo es que una vez consigo todo y me pongo a subir los cambios, JOSM
 dice que no quiere, que ha encontrado conflictos; eso después de unos 15
 minutos subiendo datos.

 Como habéis leído, se trata de un Parque Nacional, así que creo que es de
 una entidad suficiente como para poner en alto temporalmente lo que estaba
 haciendo y darle solución a esto. Además, también pude obtener carreteras,
 senderos, cursos de agua y cosas así, todo oficial; para mi esto tiene
 prioridad máxima.

 Anoche lo intenté hasta 5 veces, dando en las cinco ocasiones conflictos,
 una de ellas unos 220 conflictos que tuve que resolver uno a uno. Pero
 vuelvo a subir y sigue habiéndolos. ¿Alguien sabe cómo hacerlo?

 Aquí dejo el enlace a la web del ministerio donde se puede descargar los
 datos:

 http://reddeparquesnacionales.mma.es/parques/org_auto/cartografia/index_cartografia.htm

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


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

[Talk-es] Talleres webcast de OSM en Nov 24

2012-11-19 Per discussione Alex Barth

Hola todos -

En preparación al hackathon Desarrollando America Latina de este año Vitor 
George de @mapaslivres y yo daremos talleres webcasts sobre OSM en portugués y 
español:

http://mapbox.com/blog/talleres-mapeo-desarrollando-america-latina/

Por favor reeinven este anuncio a quien estimen conveniente.

Gracias!

https://twitter.com/lxbarth/status/267649788143607808

https://twitter.com/mapaslivres/status/268054626710999041

Alex Barth
http://twitter.com/lxbarth
tel (+1) 202 250 3633





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

Re: [Talk-ro] Corecții și consecvență în ref și int_ref

2012-11-19 Per discussione Eddy Petrișor

În data de 7 noiembrie 2012, 00:28, Eddy Petrișor
eddy.petri...@gmail.com a scris:


Am adăugat ceva teste, am sistat deocamdată dezvoltarea codului
propriu-zis, și m-am focalizat pe teste pentru a mă asigura că codul
funcționează corect (și chiar am descoperit 2-3 mici probleme, nimic
foarte grav).

Am să revin la dezvoltare după ce ajung să acopăr codul prin testare
100% și după ce rezolv problemele descoperite.

Am publicat codul în același loc.

 http://repo.or.cz/w/osm-ro-tools.git

-- 
Regards,
EddyP
=
The universe is not required to be in perfect harmony with human
ambition. - Carl Sagan

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

Re: [Talk-ca] Import des limites administratives, municipalités du Québec

Bruno,

C'est effectivement le chemin du combattant.  

Si nous obtenons le droit de publier avec licence ODbl, il devrait être 
possible de déposer une copie sur Mapcraft. Quelle est l'utilité de déposer ces 
limites sur Mapcraft?


 
Pierre 




 De : Bruno Remy bremy.qc...@gmail.com
À : Pierre Béland infosbelas-...@yahoo.fr 
Cc : talk-ca@openstreetmap.org talk-ca@openstreetmap.org; dega 
gade...@gmail.com 
Envoyé le : Dimanche 18 novembre 2012 22h32
Objet : Re: [Talk-ca] Import des limites administratives, municipalités du 
Québec
 

Merci Pierre, pour ces précisions et informations.

On avance dans le bon sens... même si le chemin est long et difficile.
Une idée en passant: on pourrait aussi déposer une version allégée du 
fichier OSM lorsqu'il sera terminé (sans les relations, ou bien juste les MRC) 
sur le site de MapCraft : cela permet un découpage pour un travail 
collaboratif sur différents projets. Un exemple vaut mille mots ;) 
:http://mapcraft.nanodesu.ru/pie/109


Bruno Remy
Le 2012-11-18 22:09, Pierre Béland infosbelas-...@yahoo.fr a écrit :

Merci Dega.


J'ai effectivement l'intention de rejoindre les contributeurs via 
l'historique et l'identifiant de chacun.



Tout comme le ministère de la sécurité publique, la SQ doit utiliser les 
données produites par le MRNF. C'est le MRNF qui a le copyright.


Vendredi, j'ai fait à nouveau une demande au site de données libres du 
gouvernement du Québec. Je leur ai demandé de nous donner exceptionnellement 
l'autorisation d'importer la Base de données géographiques et administratives 
à l’échelle de 1/1 000 000 du MRNF dans la base de données OpenStreetMap et 
de les publier souslicence ODbl.


L'avantage de ces données, c'est que c'est un jeu cohérent qui comprend 
municipalités, territoires non occupés et territoires autochtones et les 
codes / MRC et régions administratives. Frank Stegging a déjà converti ce jeu 
de données au format OSM. Le fichier OSM comprend également les relations.  
Il sera facile ensuite de produire les relations MRC et régions 
administratives.


Comme le disait Richard Weait récemment, la ville de Vancouver a entrainé les 
autres municipalités à la dérive. Tous publient avec ces mêmes licences 
restrictives. Les gouvernements et
 municipalités disent vouloir suivre le mouvement OpenData.  On énonce de beaux 
grands principes tels que Transparence, Collaboration, Participation. 
Cependant, on ne donne pas aux citoyens les moyens de réaliser de tels projets.

Les sites qui traitent de données libres entretiennent également cette 
confusion. Ils n'informent pas adéquatement sur la portée des licences 
actuelles. Par exemple, le site http://capitaleouverte.org/ fait la promotion 
des données libres et présente la licence PPDL. Celle-ci est vraiment une 
licence de données libres. En contradiciton avec ces principes, on vent en 
première page la publication de données par la ville de Québec, sans nuances, 
sans indiquer les restrictions contenues dans la licence. On mentionne un 
groupe de villes qui ont toutes des licences avec restrictions : 

Québec avait un retard, elle est maintenant «à la page» en rejoignant, 
entre autres, Ottawa, Edmonton et Montréal, qui publient aussi des 
données ouvertes. 


Pierre 




 De : dega gade...@gmail.com
À : talk-ca@openstreetmap.org 
Envoyé le : Lundi 29 octobre 2012 9h30
Objet : [Talk-ca] Import des limites administratives, municipalités du Québec
 
Le 5 octobre 2012, Pierre Béland a écrit
 C'est
 pourquoi je propose d'arrêter l'import et la modification
 des limites administratives de municipalités, arrondissements, etc.
 et d'en discuter sur cette liste avant de poursuivre le travail.

 Pour le travail d'import, il me semble souhaitable de centraliser ce 
travail.
 Je suis expérimenté dans le traitement de telles données.
 Si les collaborateurs du Québec sont d'accord, je pourrais  me charger du 
travail d'import. 

Je suis à l'origine du tracé des limites de La Prairie.
Je l'ai fait, à l'époque (2008), pour expérimenter le logiciel de navigation 
navit. Ma référence était une carte imprimée provenant de la ville.
J'ai aussi utilisé des cartes de la Sûreté du Québec pour tracer les limites 
de St-Faustin-Lac-Carré.
Je n'ai pas de problème à retirer mon tracé pour que tu puisses le remplacer 
par une version plus précise.

Je propose qu'on en
 fasse une activité de formation. Il faudra clairement 
identifier les balises nécessaires et la façon de créer les relations.
Je crois que tous ceux qui ont créé/édité des limites administratives 
doivent 
en être informés. Mais, à ma connaissance, les contributeurs québécois ne 
lisent pas talk-ca, probablement à cause de son orientation très anglo. Par 
contre, il serait simple d'exporter la liste de tous ces contributeurs de 
limites et de leur envoyer un courriel.
Si tu ne réussis pas à obtenir les données du gouv. du Québec, tu devrais 
faire une tentative du côté du service

Re: [Talk-ca] GPS inaccuracy

2012-11-19 Per discussione Gregory

Who said Bing and/or Canvec are accurate?


On 18 November 2012 19:31, Tom Taylor tom.taylor.s...@gmail.com wrote:

 Mostly the buildings were two stories only. A high-voltage transmission
 line runs behind them, the width of the buildings and more away, but maybe
 it had some effect.


 On 18/11/2012 11:23 AM, Pierre Béland wrote:

 Tom

 You can try to repeat the experience with this same GPS and compare your
 results.

 I dont know if this is the case for your. In urban areas, the tall
 buildings are obstacles to Satellilte signal. This increases the inaccuracy
 of GPS measurement. If you are close to a tall building, you wont receive a
 good signal from that direction. Your position is calculated with a
 principle of triangulation. You
 need to receive the signal fo at least three satellites. And results are
   far better with four.



 Pierre

  ...


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




-- 
Gregory
o...@livingwithdragons.com
http://www.livingwithdragons.com
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] GPS inaccuracy

2012-11-19 Per discussione Tom Taylor

I will do a resurvey in the way you suggest. It was really disappointing 
to find I couldn't trust my GPS at all (well, I did some mental 
adjustment of waypoints to place building entrances), and being off by a 
constant amount for 4 km certainly makes one suspicious.


A bit to the north, my GPS survey of some footpaths behind a school 
matched Bing nicely. It would be really interesting to find some sort of 
disconnect in between.


Je manquais de la courtoisie envers les francophones qui suivent cette 
liste. En sommaire, j'ai tracé une piste de longueur totale environ 4 
km, mais l'a trouvé toujours environ 10 metres à l'ouest des entités 
déja presents sur la carte et les images Bing. Je vais faire un autre 
sondage pour mieux comprendre la situation.


Tom Taylor

On 19/11/2012 8:37 AM, Connors, Bernie (SNB) wrote:

Tom,

The transmission lines would not affect your GPS accuracy.  I agree
with Pierre that you could repeat the track and see if the two tracks
are similar.  Another thing you could do is identify several
identifiable points in the Bing Imagery such as the intersection of
two sidewalks, the corner of a sports field, etc.  Go to those points
and use your GPS to record a waypoint and use position averaging with
about 3 minutes of recording to get a more accurate location and then
compare those waypoints to the Bing imagery.  Position the Bing
imagery so they match up with your waypoints and then look at your
GPS tracks top see how they line up with the Bing Imagery.

Bernie. -- Bernie Connors, P.Eng Land Information Infrastructure
Unit, SNB bernie.conn...@snb.ca


...

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

Re: [Talk-ca] GPS inaccuracy

2012-11-19 Per discussione Harald Kliems

Other things you could do: check if the Canvec data has been moved
after being imported. As I've said, Bing imagery can be improperly
aligned, but not everybody is aware of that. So it's possible that a
well-meaning mapper has moved the Canvec data to match the imagery.
Did you check your GPS devices accuracy reading? While they shouldn't
be taken too literally, they do give some indication of what's going
on (IIRC Garmin devices unfortunately do not write the accuracy
reading into the GPX file). You could also try to improve result by
making sure the GPS is in an ideal position: This usually means:
device parallel to the ground, with as little obstruction of the
upward line of sight. Putting it on top of a backpack or your
handlebar bag if you're riding a bike works best.

 Harald (who tends to get pretty good data with his Etrex Vista Hcx
but not so much with his smartphone)

On Mon, Nov 19, 2012 at 10:29 AM, Tom Taylor tom.taylor.s...@gmail.com wrote:
 I will do a resurvey in the way you suggest. It was really disappointing to
 find I couldn't trust my GPS at all (well, I did some mental adjustment of
 waypoints to place building entrances), and being off by a constant amount
 for 4 km certainly makes one suspicious.

 A bit to the north, my GPS survey of some footpaths behind a school matched
 Bing nicely. It would be really interesting to find some sort of disconnect
 in between.

 Je manquais de la courtoisie envers les francophones qui suivent cette
 liste. En sommaire, j'ai tracé une piste de longueur totale environ 4 km,
 mais l'a trouvé toujours environ 10 metres à l'ouest des entités déja
 presents sur la carte et les images Bing. Je vais faire un autre sondage
 pour mieux comprendre la situation.

 Tom Taylor

 On 19/11/2012 8:37 AM, Connors, Bernie (SNB) wrote:

 Tom,

 The transmission lines would not affect your GPS accuracy.  I agree
 with Pierre that you could repeat the track and see if the two tracks
 are similar.  Another thing you could do is identify several
 identifiable points in the Bing Imagery such as the intersection of
 two sidewalks, the corner of a sports field, etc.  Go to those points
 and use your GPS to record a waypoint and use position averaging with
 about 3 minutes of recording to get a more accurate location and then
 compare those waypoints to the Bing imagery.  Position the Bing
 imagery so they match up with your waypoints and then look at your
 GPS tracks top see how they line up with the Bing Imagery.

 Bernie. -- Bernie Connors, P.Eng Land Information Infrastructure
 Unit, SNB bernie.conn...@snb.ca

 ...

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



-- 
Please use encrypted communication whenever possible!
Key-ID: 0x199DC50F

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

Re: [Talk-ca] GPS inaccuracy

2012-11-19 Per discussione Brent Fraser


Tom,
Your results are not unusual.  A newer handheld navigation-grade 
receiver has an accuracy of 3 to 5 meters at best (older ones without 
WAAS have an accuracy of 10 m).  Slowly changing (over hours) 
atmospheric effects can introduce an systematic offset into your 
coordinates of 3 to 5 or even 10 meters.


And as others have pointed out, the positional [in]accuracy of Bing and 
Canvec could exceed 10 meters.


Best Regards,
Brent Fraser

On 11/19/2012 8:29 AM, Tom Taylor wrote:
I will do a resurvey in the way you suggest. It was really 
disappointing to find I couldn't trust my GPS at all (well, I did some 
mental adjustment of waypoints to place building entrances), and being 
off by a constant amount for 4 km certainly makes one suspicious.


A bit to the north, my GPS survey of some footpaths behind a school 
matched Bing nicely. It would be really interesting to find some sort 
of disconnect in between.


Je manquais de la courtoisie envers les francophones qui suivent cette 
liste. En sommaire, j'ai tracé une piste de longueur totale environ 4 
km, mais l'a trouvé toujours environ 10 metres à l'ouest des entités 
déja presents sur la carte et les images Bing. Je vais faire un autre 
sondage pour mieux comprendre la situation.


Tom Taylor

On 19/11/2012 8:37 AM, Connors, Bernie (SNB) wrote:

Tom,

The transmission lines would not affect your GPS accuracy.  I agree
with Pierre that you could repeat the track and see if the two tracks
are similar.  Another thing you could do is identify several
identifiable points in the Bing Imagery such as the intersection of
two sidewalks, the corner of a sports field, etc.  Go to those points
and use your GPS to record a waypoint and use position averaging with
about 3 minutes of recording to get a more accurate location and then
compare those waypoints to the Bing imagery.  Position the Bing
imagery so they match up with your waypoints and then look at your
GPS tracks top see how they line up with the Bing Imagery.

Bernie. -- Bernie Connors, P.Eng Land Information Infrastructure
Unit, SNB bernie.conn...@snb.ca


...

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





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

Re: [Talk-ca] GPS inaccuracy

2012-11-19 Per discussione Connors, Bernie (SNB)

Different models of GPSr have different types of antennas.  The two most common 
types that I am aware of are:

1. Patch antenna (e.g. Garmin eTrex models).  The patch antenna in the eTrex 
models gets its best reception when the LCD screen is parallel to the ground.

2. Quadrifilar antenna or Quad Helix antenna (e.g. Garmin 62 models).  The 
Quadrifilar antenna in the 62 models gets its best reception when the LCD 
screen is perpendicular to the ground.

If you have a GPSr you can easily test which type of antenna you have.  Go 
outside and turn on your device and then display the satellite page that shows 
the bar graph of the signal strength for each satellite that is being tracked.  
Wait until you are tracking several satellites.  Now move your GPSr from a 
horizontal position to a vertical position and watch what happens to the bar 
graph.  In testing I did between 2003 and 2007 it was quite easy to see the 
bars shrink or grow depending on which way you held your GPSr.

In a smart phone the GPSr may share an antenna with the cellular radio or 
Bluetooth radio.  The antenna design is most likely NOT optimized for GPS 
reception.  In other words you should not expect the GPSr in a smartphone to 
perform as well as a dedicated GPSr device.

Bernie.
--
Bernie Connors, P.Eng
Land Information Infrastructure Unit, SNB
bernie.conn...@snb.ca



-Original Message-
From: Harald Kliems [mailto:kli...@gmail.com] 
Sent: Monday, 2012-11-19 11:44
To: Tom Taylor
Cc: Connors, Bernie (SNB); talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] GPS inaccuracy

Other things you could do: check if the Canvec data has been moved after being 
imported. As I've said, Bing imagery can be improperly aligned, but not 
everybody is aware of that. So it's possible that a well-meaning mapper has 
moved the Canvec data to match the imagery.
Did you check your GPS devices accuracy reading? While they shouldn't be taken 
too literally, they do give some indication of what's going on (IIRC Garmin 
devices unfortunately do not write the accuracy reading into the GPX file). You 
could also try to improve result by making sure the GPS is in an ideal 
position: This usually means:
device parallel to the ground, with as little obstruction of the upward line of 
sight. Putting it on top of a backpack or your handlebar bag if you're riding a 
bike works best.

 Harald (who tends to get pretty good data with his Etrex Vista Hcx but not so 
much with his smartphone)

On Mon, Nov 19, 2012 at 10:29 AM, Tom Taylor tom.taylor.s...@gmail.com wrote:
 I will do a resurvey in the way you suggest. It was really 
 disappointing to find I couldn't trust my GPS at all (well, I did some 
 mental adjustment of waypoints to place building entrances), and being 
 off by a constant amount for 4 km certainly makes one suspicious.

 A bit to the north, my GPS survey of some footpaths behind a school 
 matched Bing nicely. It would be really interesting to find some sort 
 of disconnect in between.

 Je manquais de la courtoisie envers les francophones qui suivent cette 
 liste. En sommaire, j'ai tracé une piste de longueur totale environ 4 
 km, mais l'a trouvé toujours environ 10 metres à l'ouest des entités 
 déja presents sur la carte et les images Bing. Je vais faire un autre 
 sondage pour mieux comprendre la situation.

 Tom Taylor

 On 19/11/2012 8:37 AM, Connors, Bernie (SNB) wrote:

 Tom,

 The transmission lines would not affect your GPS accuracy.  I agree 
 with Pierre that you could repeat the track and see if the two tracks 
 are similar.  Another thing you could do is identify several 
 identifiable points in the Bing Imagery such as the intersection of 
 two sidewalks, the corner of a sports field, etc.  Go to those points 
 and use your GPS to record a waypoint and use position averaging with 
 about 3 minutes of recording to get a more accurate location and then 
 compare those waypoints to the Bing imagery.  Position the Bing 
 imagery so they match up with your waypoints and then look at your 
 GPS tracks top see how they line up with the Bing Imagery.

 Bernie. -- Bernie Connors, P.Eng Land Information Infrastructure 
 Unit, SNB bernie.conn...@snb.ca

 ...

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



--
Please use encrypted communication whenever possible!
Key-ID: 0x199DC50F

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

Re: [Talk-ca] GPS inaccuracy

2012-11-19 Per discussione Richard Weait

On Sun, Nov 18, 2012 at 10:43 AM, Tom Taylor tom.taylor.s...@gmail.com wrote:
 I had a frustrating experience last night, sorting out an area in my
 neighbourhood. I laid down a GPS track totalling some 4 km. The whole track
 was about 10 meters to the west of the Bing and Canvec data already in
 place. North-south accuracy varied, but wasn't anywhere near so bad.

 It doesn't seem worth uploading my track, though maybe I should investigate
 some more.

Chin up, Buttercup!  :-)

Don't be frustrated by that result.  EVERY source we use for mapping
will lie to us in one way or another.  Our GPSes will vary due to
atmospheric conditions, local interference or reflections, satellite
positions (yes, really), placement of the GPS device in your car or
backpack, etc.

Aerial imagery can be offset, badly referenced, out of date, distorted, etc.

External digital sources can be offset, badly referenced, out of date,
simplified counter to our requirements, just dead wrong, etc.

Our own survey observations can suffer from typo / spell-o errors,
poor handwriting (my fav. :- ) ), mapper distraction / confusion, etc.
 Our own survey photos can suffer from limited resolution,
under-/over-exposure, insufficient contrast, badly-timed truck
blocking the address, etc.

But.  Even with all of those errors we can consider all of our
available sources and improve the map.  Learning the limitations and
error modes of your GPS will only help your mapping over time.  Grab
another similar trace on another day and compare them.  It's fun.

Happy mapping,
Richard

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

Re: [Talk-ca] GPS inaccuracy