date:20131119

2013-11-19 Per discussione Бондаренко Кирилл

2013/11/19 Frederik Ramm frede...@remote.org


 We could simply not list those people who have zero edits. Or we could
 sort the list differently - but how? Currently it is sorted by distance;
 should it be sorted by how long ago someone did their last edit? Or by
 how prolific someone is? Or a combination of the two? Or a combination
 of proximity+currency+productivity?

 Or maybe before we doctor with these details - perhaps we should first
 determine what's the purpose of the list in the first place, and from
 there then think about how to serve that purpose best?



maybe we could have more than one list, and/or let the user decide about
sorting. Sorting by distance seems a good way given that the amount of
people displayed is limited (if you went by amounts of edits / changesyou
won't get (with the current system), the most active mappers in your area,
but only of those who happen to have indicated their homebase in your
vicinity.

I think there is space for at least 2 lists: one for the most prolific
mappers, so you can find them and organize a meet up etc. and one for the
people registring but never editing or one-time-editors. The latter is good
for active mappers to offer help to newbies, potentially also in person (as
they are close). Maybe the 0-edit-mappers could be filtered and only those
who signed up in the last x months would be displayed, so that instead of
those older ones you'll get more interesting entries in the list.

On the other hand there are already third party tools like this
http://resultmaps.neis-one.org/oooc who solve both issues (besides the
no-time-editors which obviously can't be found by third parties without
secret service super powers) and hasn't a limit for the amount of displayed
mappers.

Generally I agree that the mappers nearby list is not so very useful as of
today, it is mostly fillled with 0-edit-users.

Cheers,
Martin
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Nearby Users

2013-11-19 Per discussione Pieren

For performance issues, it is probably easier and faster to sort by
last edit. Profile pages are already slow to open.

On the other hand, the map could change the marker colour based on the
same attribut, either with a gray scale from black to almost
transparent or from 'red' or 'bright' for the most recent to 'gloomy'
or 'dark' for the oldest ones.

My 2 cents,
Pieren

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

[OSM-talk] Borders of Mexican States

Hi Guys!

Could anyone help me?)

The relations of two mexican states are broken, and I am in desperate need of 
them..

Estado de México:
http://www.openstreetmap.org/browse/relation/1376489

the same with Distrito Federal:
http://www.openstreetmap.org/browse/relation/1376330

I've asked mexican guys, but no answer...
http://forum.openstreetmap.org/viewtopic.php?id=23261


Kind regards,
Kirill aka Zkir

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

Re: [OSM-talk] Nearby Users

2013-11-19 Per discussione NopMap


Hi!

I agree, the current nearby list ist unusable - and rather discouraging. The
map looks very much like a mapping cemetery with all those dead accounts.
:-)

I believe the sorting by distance is fine. The list is in need of a simple
filter with 3 settings:
- all (like today)
- only users with at least one edit
- only users with an edit within the last year (default)

bye, Nop




--
View this message in context: 
http://gis.19327.n5.nabble.com/Nearby-Users-tp5786124p5786170.html
Sent from the General Discussion mailing list archive at Nabble.com.

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

[OSM-talk] quale TAG per attravesamento animali?

2013-11-19 Per discussione Giuseppe Amici

In una strada dove compare il cartello attenzione attraversamento animali
(o fauna selvatica)
quale TAG mettereste?

Beppe

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

Re: [OSM-talk] Nearby Users

2013-11-19 Per discussione Paul Norman

 From: Frederik Ramm [mailto:frede...@remote.org]
 Sent: Tuesday, November 19, 2013 1:50 AM
 To: Talk Openstreetmap
 Subject: [OSM-talk] Nearby Users

 Hi,

I looked ad my personal nearby users list today for the first time
 in a while and found only 2 people with edits in the last year, 16
 people with no edits whatsoever, and the rest between over one year
 ago and over five years ago. I know that OSM is vibrant in my corner
 of the woods but the nearby users list seems to disagree.

 We could simply not list those people who have zero edits. Or we could
 sort the list differently - but how? Currently it is sorted by distance;
 should it be sorted by how long ago someone did their last edit? Or by
 how prolific someone is? Or a combination of the two? Or a combination
 of proximity+currency+productivity?

I'd start by filtering out those with zero edits. From there we can see
if additional changes are needed to make it useful. For me it's similar 
numbers as you.

Basically, we know a problem is showing irrelevant zero-edit users, and
an easy potential solution presents itself.

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

Re: [OSM-talk] Nearby Users

2013-11-19 Per discussione Tom Hughes


On 19/11/13 12:18, Paul Norman wrote:


I'd start by filtering out those with zero edits. From there we can see
if additional changes are needed to make it useful. For me it's similar
numbers as you.


One problem with that is that people may be using that view to find new 
users in the area and introducing themselves.


Maybe it should include people who have signed up in the last N days 
regardless of edit count? or have it switchable between different views 
like all users, users with edits, new users etc?


Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

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

Re: [OSM-talk] Nearby Users

2013-11-19 Per discussione SomeoneElse


Frederik Ramm wrote:

I looked ad my personal nearby users list today for the first time
in a while and found only 2 people with edits in the last year, 16
people with no edits whatsoever, and the rest between over one year
ago and over five years ago.


(for the benefit of the tiny proportion of people who haven't seen it) 
other than the time element, Pascal Neis' site offers an excellent view 
of contributors locally, for example:


http://resultmaps.neis-one.org/oooc?zoom=15lat=53.50327lon=-1.1196layers=B00TFT

Cheers,

Andy


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

[OSM-talk] New version of OpenTrailView (streetview for footpaths) using Photo Spheres

2013-11-19 Per discussione Nick Whitelegg


Hi,

You may remember a talk I gave in SOTM Girona in 2010 on the OpenTrailView 
project. The idea of this project was to produce something similar to Google 
Street View but for off road routes such as footpaths. However, the procedure 
to contribute was long-winded, involving taking panoramic shots, stitching them 
together manually using third-party software, using GPS traces and timestamps 
to position the photos, and manually uploading them.

However as you probably know, around a year ago Google added Photo Spheres to 
the Android camera, which allows you to easily take an all-round spherical 
panorama on an Android phone. This is  available by default on Nexus devices 
but can be downloaded as a separate download on other Android 4.x devices (see 
link below). Consequently this got me interested in resurrecting OpenTrailView.

So the new version of OpenTrailView is now available at 
http://www.opentrailview.org. Currently you can upload and view photo spheres - 
you can see a few close to the default location. The aim is to use underlying 
OpenStreetMap data to link the photo spheres together to produce virtual tours 
of the countryside, kind-of like Street View but with the photo spheres more 
widely spaced.

More details, including some info on current limitations and issues, at 

http://www.opentrailview.org/about.html

 The photo spheres are currently rather slow loading (take a few seconds to 
load). kennydude's photosphere javascript library has been used to embed the 
photo spheres.

Also see the wiki page: 

wiki.openstreetmap.org/wiki/OpenTrailView

 which contains information on how you can set up your own OpenTrailView server.
Due to server capacity constraints, the underlying OSM data only covers part of 
the UK, so when the functionality to link the photospheres is implemented, it 
will only work for those parts of the UK. So if you're interested in seeing 
this in your own country, you might want to set up your own copy of the server. 
This basically involves setting up a postgis database and then installing a 
local copy of the Freemap code (including opentrailview) on your own machine.


(Posted to talk-gb as well as talk, as I have underlying OSM data for much of 
the UK on my server, so the virtual tours are likely to be working in parts of 
the UK before anywhere else)

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

Re: [OSM-talk] Borders of Mexican States

2013-11-19 Per discussione Бондаренко Кирилл

Christian, Many thanks! I need to fetch them before they are deleted again :)  19.11.2013, 16:10, "Christian Quest" cqu...@openstreetmap.fr:One way had been deleted I presume by mistake... http://www.openstreetmap.org/browse/way/179202466 I've undeleted it, and fixed the admin boundary relation accordingly.2013/11/19 Бондаренко Кирилл mekil...@yandex.ruHi Guys!  Could anyone help me?)  The relations of two mexican states are broken, and I am in desperate need of them..  Estado de México: http://www.openstreetmap.org/browse/relation/1376489  the same with Distrito Federal: http://www.openstreetmap.org/browse/relation/1376330  I've asked mexican guys, but no answer... http://forum.openstreetmap.org/viewtopic.php?id=23261   Kind regards, Kirill aka Zkir  ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk -- Christian Quest - OpenStreetMap FranceUn nouveau serveur pour OSM... http://donate.osm.org/server2013/___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Nearby Users

2013-11-19 Per discussione Christian Quest

Nearby users is not to confuse with nearby contributors, or nearby active
contributors ;)

As a new contributor, what should be useful is the nearby active
contributors, in order to reach someone active to get some help, ask
questions, etc.

As an active contributor, I think it is useful to have the nearby new users
and/or contributors... people who registered but did not edit are quite
impossible to find with external tools as far as I know.

A link to Pascal excellent tools may also be a very nice thing (as with
many other fine tools).


-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Nearby Users

2013-11-19 Per discussione Brad Neuhauser

To highlight just one of Pascal's maps, there is a Newest OSM
Contributors map, and if you look at the fine print at the bottom, you can
create an RSS feed for a bounding box of your choosing.


On Tue, Nov 19, 2013 at 6:50 AM, SomeoneElse li...@mail.atownsend.org.ukwrote:

 Frederik Ramm wrote:

 I looked ad my personal nearby users list today for the first time
 in a while and found only 2 people with edits in the last year, 16
 people with no edits whatsoever, and the rest between over one year
 ago and over five years ago.


 (for the benefit of the tiny proportion of people who haven't seen it)
 other than the time element, Pascal Neis' site offers an excellent view of
 contributors locally, for example:

 http://resultmaps.neis-one.org/oooc?zoom=15lat=53.50327;
 lon=-1.1196layers=B00TFT

 Cheers,

 Andy



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

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

Re: [OSM-talk] Nearby Users

2013-11-19 Per discussione moltonel 3x Combo

On 19/11/2013, Frederik Ramm frede...@remote.org wrote:
 Or maybe before we doctor with these details - perhaps we should first
 determine what's the purpose of the list in the first place, and from
 there then think about how to serve that purpose best?

Always good to agree on the use-case before nailing the implementation :p
Here's my attempt :

There's two type of users I want to find :
 * Users are locals or go regularly to an area, so that I can ask them to
   survey or offer to meet when I visit.
 * Users who are currently interested in an area, wether they are heavily
   contributing or not, so that they can help with general mapping or explain
   the local tagging quirks.

I'd say that many people would be placed at a different geographic location
depending on the list. They will also (what most tools seem to ignore) have
multiple locations in each list.

Another problem with the current users near me feature is the me part.
It should be trivial to replace me with any location.




Now that I've stated the usecase, some UI ideas :
* For the interested users, steal some algorithms from Pascal Neis's osm
  heatmap, let those fade over time, maybe add the profile locations, and then
  reverse the search and order by who's heatmap shines brightest.
* For the local users list, letting them set a location in their preferences
  still seems necessary. Just let them set multiple locations, and make it clear
  that this is about where they often are, not where they often map.
We still want
  to bias toward active people, but I think local edit history is not
a good metric
  in this case. Maybe max(last_changeset_time, last_website_login) would
  work ?

I'm not sure how a reverse heatmap search would be implemented. Maybe
divide the globe à la whodidit and store the top 10 users for each cell ?
That's naive never_looked_at_an_osm_db_schema me again, so feel free
to dismiss it as can't be done. But do come back with a solution to do
it anyway 1 day later :)

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

Re: [OSM-talk] Nearby Users

2013-11-19 Per discussione moltonel 3x Combo

On 19/11/2013, SomeoneElse li...@mail.atownsend.org.uk wrote:
 (for the benefit of the tiny proportion of people who haven't seen it)
 other than the time element, Pascal Neis' site offers an excellent view
 of contributors locally, for example:

Other than the time element, but also the fact that each user is only
placed in one place (for six different categories, but still). Don't
get me wrong, I love Pascal's tools. But they answer queries either
worldwide or for a specific user, while I want the answer to a
Weighted K Nearest Neighbours query.

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

Re: [Talk-it] Numeri civici_Dortmund

2013-11-19 Per discussione solitone

Cascafico Giovanni ha scritto:

 Io considero il lato pratico, sopratutto se il building non é piccolo;
 mettetevi nei panni di un corriere che deve consegnare: é molto
 probabile che il campanello e l'ingresso siano vicini al numero civico.


Io infatti associo il numero civico a un nodo posizionato dove c'è
l'ingresso/campanello/buca delle lettere.



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

Re: [Talk-it] Numeri civici_Dortmund


 Cascafico Giovanni ha scritto:
 
 Io considero il lato pratico, sopratutto se il building non é piccolo;
 mettetevi nei panni di un corriere che deve consegnare: é molto
 probabile che il campanello e l'ingresso siano vicini al numero civico.


a prescindere del civico abbiamo il tag entrance che è esplicito (mentre per un 
civico senza ulteriori tags non potrai mai sapere se rappresenta un ingresso o 
no)

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

Re: [Talk-it] Numeri civici_Dortmund

2013-11-19 Per discussione Stefano Salvador

 a prescindere del civico abbiamo il tag entrance che è esplicito (mentre
 per un civico senza ulteriori tags non potrai mai sapere se rappresenta un
 ingresso o no)



Però continui ad ignorare il fatto che in Italia i civici vengono assegnati
(tranne rare eccezioni) agli ingressi e non agli edifici. Quello che
proponi tu è un modello che va bene per altre nazioni non in Italia,
infatti nei censimenti ufficiali dei civici fatti dai comuni viene sempre
segnato un punto dove il civico sta.


Ciao,

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

Re: [Talk-it] Numeri civici_Dortmund

2013-11-19 Per discussione Riccardo Scartozzi

Io ho mappato alcuni civici nel seguente modo [1]. Mi chiedo adesso se
questa modalità sia corretta.
Mi ero ispirato ad altri esempi trovati su OSM ed alle istruzioni sul
wiki [2], ma mi rendo conto che forse ho sbagliato a non inserire il
punto all'interno dell'edificio o sul perimetro dello stesso.

Mi confermate? Devo correggere?

[1] http://www.openstreetmap.org/#map=19/45.07643/7.66346
[2] http://wiki.openstreetmap.org/wiki/House_number

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

Re: [Talk-it] Numeri civici_Dortmund



 Am 19/nov/2013 um 09:50 schrieb Stefano Salvador stefano.salva...@gmail.com:
 
 Però continui ad ignorare il fatto che in Italia i civici vengono assegnati 
 (tranne rare eccezioni) agli ingressi e non agli edifici.


no, ho sempre scritto se in Italia i civici rappresentano veramente un punto e 
non un area sarebbe da usare un nodo.

Non ho ancora visto la normativa / legge italiana, ma penso di ricordare che 
l'istat al scorso censimento ha individuato sia ingressi/vie d'accesso che aree 
associate al civico.

ciao,
Martin


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

Re: [Talk-it] Numeri civici_Dortmund



 Am 19/nov/2013 um 09:53 schrieb Riccardo Scartozzi 
 riccardo.scarto...@gmail.com:
 
 Io ho mappato alcuni civici nel seguente modo [1]. Mi chiedo adesso se
 questa modalità sia corretta.


non ti preoccupare, quasi non importa se hai mappato un area oppure un nodo 
all'ingresso o al centro della casa, la cosa molto più importante è che ci sono 
in qualsiasi maniera presenti

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

Re: [Talk-it] Numeri civici_Dortmund

2013-11-19 Per discussione Guido Salemme


Forse la normativa locale assegna il civico all'edificio

qui in Italia (non conosco la normativa ma è evidente) il civico viene 
assegnato ad un ingresso , questo può essere un ingresso di un edificio 
, di un giardino , e anche a terreni agricoli


Casa mia è una villetta con due cancelli con due civici differenti 
quindi se dovrei mapparlo nell'area quale metto?


è facile trovare grossi palazzi con tanti ingressi con i suoi numeri 
civici assegnati


e openstreetmap ha come compito mappare la realtà , quindi io procedo 
così metto il numero civico dove c'è la targhetta con il numero civico




Il 18/11/2013 20:35, Mario Pichetti ha scritto:


Come mai a Dortmund 
http://www.openstreetmap.org/?lat=51.478135lon=7.404933zoom=19


I numeri civici sono inclusi nell'area dell'edificio ?



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



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

Re: [Talk-it] Numeri civici_Dortmund

Per risolvere i bisogni di tutti potremmo taggare così

addr:housenumber=59
addr:housenumber:color=red
addr:housename:type=commercial
addr:housenumber:position=entrance
addr:housenumber:multiple=no
addr:tramps:marked=no

Eccetera eccetera

Ciao,
Stefano

PS /s
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Numeri civici_Dortmund

2013-11-19 Per discussione Alessandro

Ad Arenzano, dove il buon Marco ha mappato tutto, potete vedere che i 
box per i parcheggi hanno il loro numero civico.


http://osm.org/go/xX0MjyDDf

Per me quindi è normale mettere il numero civico nella posizione precisa 
e risulterebbe caotico fare il contrario (oltre a non rispettare la 
realtà oggettiva).


Alessandro Ale_Zena

P.S.: A Genova è ancora più complicato perchè spesso (ma non sempre) 
sono numeri rossi.



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

Re: [Talk-it] Dati del catasto trentino in open data

2013-11-19 Per discussione marco bra

Ciao,

sono previsti imports di queste delimitazioni amministrative in OSM ?

mcheck / mcheckimport



2013/11/18 cesare gerbino cesaregerb...@gmail.com:
 Ottimo!


 Cesare Gerbino

 http://cesaregerbino.wordpress.com/
 http://www.facebook.com/cesare.gerbino
 http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl
 https://twitter.com/CesareGerbino
 http://www.linkedin.com/pub/cesare-gerbino/56/494/77b



 2013/11/18 Maurizio Napolitano napoo...@gmail.com

 http://dati.trentino.it/organization/pat-catasto

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

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



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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Numeri civici_Dortmund

2013/11/19 Guido Salemme osm.l...@gmail.com

 Casa mia è una villetta con due cancelli con due civici differenti quindi
 se dovrei mapparlo nell'area quale metto?



potresti mettere entrambi (due oggetti), non vedo un problema.




 è facile trovare grossi palazzi con tanti ingressi con i suoi numeri
 civici assegnati



si, ma al solito ogni ingresso ha i suoi appartamenti e non accedi al
resto.




 e openstreetmap ha come compito mappare la realtà



+1



 , quindi io procedo così metto il numero civico dove c'è la targhetta con
 il numero civico



per me non è una conseguenza logica. Con questa logica come puoi mappare i
limiti di velocità su un way, se nella realtà la segnaletica è puntuale?
Non mappiamo la targa del civico (penso), ma ciò che significa.

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

Re: [Talk-it] Mappare le celle gsm

2013-11-19 Per discussione cascafico

Ho sfogliato alcuni dati nel sito opecellid [1] segnalato in questo thread da
dieterdreist. Debbo dire che ho trovato delle informazioni interessanti, in
particolare i parametri che caratterizzano ciascuna cella. Tempo fa avevo
raccolto dei campioni con degli applicativi android, ma non sapevo il
significato dei dati che ricevevo.

In sintesi i tag che identificano univocamente la cella sono

mcc: mobile country code(decimal) 
per l'Italia 222

mnc: mobile network code(decimal) 
per Wind 88, Vodafone 10

lac: locale area code (in decimal) 
nella mia zona aono a 5 cifre

cellid: value of the cell id (in decimal)
ho registrato campioni anche a 8 cifre

Il db del sito è alimentato anche da una applicazione android (inViu
OpenCellID); sfogliando cells map c'è pochissimo, ma è scaricabile un cvs
di 85Mb.

[1] http://www.opencellid.org/



-

--
cascafico.altervista.org
twitter.com/cascafico
--
View this message in context: 
http://gis.19327.n5.nabble.com/Mappare-le-celle-gsm-tp5785369p5786146.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Numeri civici_Dortmund

2013-11-19 Per discussione Elena ``of Valhalla''

On 2013-11-19 at 11:37:25 +0100, Martin Koppenhoefer wrote:
 2013/11/19 Guido Salemme osm.l...@gmail.com
 
  Casa mia è una villetta con due cancelli con due civici differenti quindi
  se dovrei mapparlo nell'area quale metto?
 potresti mettere entrambi (due oggetti), non vedo un problema.

puoi mettere due oggetti se metti l'oggetto civico sul punto dell'ingresso, 
ma se vuoi mettere il civico sull'area hai una sola area (la villetta) 
con due civici diversi

  è facile trovare grossi palazzi con tanti ingressi con i suoi numeri
  civici assegnati
 si, ma al solito ogni ingresso ha i suoi appartamenti e non accedi al
 resto.

non necessariamente: spesso all'ingresso del palazzo c'è un collegamento 
e puoi ad esempio entrare da un civico ed uscire dall'altro

a volte non puoi neanche dire sì, ma questa colonna è più vicina 
a questo ingresso, diamole questo civico.

  e openstreetmap ha come compito mappare la realtà
 +1

e in Italia la realtà è che un civico identifica un accesso, non 
un edificio o una sua porzione

  , quindi io procedo così metto il numero civico dove c'è la targhetta con
  il numero civico
 per me non è una conseguenza logica. Con questa logica come puoi mappare i
 limiti di velocità su un way, se nella realtà la segnaletica è puntuale?
 Non mappiamo la targa del civico (penso), ma ciò che significa.

la segnaletica è puntuale, ma si riferisce ad un segmento (la strada 
che inizia in quel punto e finisce all'incrocio successivo), il
cartellino del civico è puntuale e si riferisce ad un punto, l'ingresso 
su cui è apposto (e guai a chi mi risponde che l'ingresso potrebbe 
avere un'area :D )

-- 
Elena ``of Valhalla''

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

Re: [Talk-it] Mappare le celle gsm

2013-11-19 Per discussione Guido Salemme


E' da tempo che mi sto interessando a questo

più che mappare le celle è interessate mappare le bst infatti le celle è 
concetto astratto mentre le bst per intenderci e il palo con le antenne sù


di solito ci sono bst con più antenne (spesso 3 antenne a disposte a 120 
gradi rispetto alle altre) ogni antenna di quelle sono associate a una cella


l'utilità di mappare i bst è per esempio per la localizzazione

opencelid a mio avviso purtroppo non è buono per cercare le bst ma 
individua solo un'area che delinea la cella


io sto cercando di usare applicazioni su android che nei database 
inseriscono anche la potenza del segnale e poi con il software grass 
voglio cercare di trovare le bst e il cell id associata all'antenna


allego dei link:
tag osm
http://wiki.openstreetmap.org/wiki/Key:communication:mobile_phone
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dmast
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dantenna

wikipedia
http://en.wikipedia.org/wiki/Mobile_Network_Code

cellid
http://btsfriuli.altervista.org/database/calcola.htm

adroid
https://play.google.com/store/apps/details?id=com.parizene.netmonitor
https://play.google.com/store/apps/details?id=com.gyokovsolutions.gnettrack
https://play.google.com/store/apps/details?id=de.carknue.gmon2
https://play.google.com/store/apps/details?id=biz.wolschon.android.opencellid.client

sarebbe bello creare un gruppo di lavoro su questo argomento e 
scambiarsi informazioni e tecniche


Il 14/11/2013 09:12, Odeeno ha scritto:

Ciao,
salvo che non sia già stato fatto, credo che sarebbe utile a molti
se venissero mappate le celle della telefonia GSM.
Che ne pensate? Idee su come fare per farlo in modo preciso?
Qualcuno sa se già c'è un database pubblico disponibile?
Buona giornata a tutti.

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



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

Re: [Talk-it] Numeri civici_Dortmund



Am 19/nov/2013 um 12:22 schrieb Elena ``of Valhalla'' 
elena.valha...@gmail.com:

 potresti mettere entrambi (due oggetti), non vedo un problema.
 
 puoi mettere due oggetti se metti l'oggetto civico sul punto dell'ingresso, 
 ma se vuoi mettere il civico sull'area hai una sola area (la villetta) 
 con due civici diversi


posso fare 2 oggetti con 2 relazioni multipoligono, quindi avrò 3 oggetti: uno 
per la villetta e uno per ogni civico, forse dovrei comprendere anche il 
giardino della villa?

ciao,
Martin



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

Re: [Talk-it] Mappare le celle gsm

Il 19 novembre 2013 13:32, Guido Salemme ha scritto:

 sarebbe bello creare un gruppo di lavoro su questo argomento e scambiarsi
 informazioni e tecniche

io sono interessato, direi di spostarci in dev-ita...@openstreetmap.org

-- 
Daniele Forsi

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

Re: [Talk-it] Mappare le celle gsm

2013-11-19 Per discussione Francesco Cherubini

Suggerisco anche il progetto OpenBmap, che ha un software per android che 
raccoglie molte più informazioni di quello di OpenCellid (progetto da cui ha 
importato i dati).
Onestamente non so se sia ancora attivo, ma ha un buon database.

 Date: Tue, 19 Nov 2013 14:43:48 +0100
 From: dfo...@gmail.com
 To: talk-it@openstreetmap.org
 Subject: Re: [Talk-it] Mappare le celle gsm
 
 Il 19 novembre 2013 13:32, Guido Salemme ha scritto:
 
  sarebbe bello creare un gruppo di lavoro su questo argomento e scambiarsi
  informazioni e tecniche
 
 io sono interessato, direi di spostarci in dev-ita...@openstreetmap.org
 
 -- 
 Daniele Forsi
 
 ___
 Talk-it mailing list
 Talk-it@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-it
  ___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappare le celle gsm

2013-11-19 Per discussione Odeeno

Dalla mia ultima mail è successo che in Veneto sono stati ottenuti
dall'Agenzia Regionale per la Prevenzione e Protenzione Ambientale del
Veneto i dati delle stazioni radio base in licenza CC-BY.
Quindi si procederà all'importazione di questi dati in OSM. Purtroppo,
anche se disponibili, non sono stati fornite le info sul tipo di
impianto (SRB, Radio, TV, WIFI, WIMAX ...) e il servizio (GSM,UMTS,
DCS, LTE...FM, AM), nè sono disponibili MCC MNC ecc... ma è comunque
un gran passo avanti. Semmai, con queste info a disposizione, le
applicazioni per android che hai suggerito e il database (che c'è
dentro?) indicato da Cascafico, posson esser integrati i dati
disponibili.
Aggiungo questi due link:
http://en.wikipedia.org/wiki/Mobile_Network_Code
http://www.itu.int/pub/T-SP-E.212B-2011

Il 19 novembre 2013 13:32, Guido Salemme osm.l...@gmail.com ha scritto:
 E' da tempo che mi sto interessando a questo
 più che mappare le celle è interessate mappare le bst infatti le celle è
 concetto astratto mentre le bst per intenderci e il palo con le antenne sù
 di solito ci sono bst con più antenne (spesso 3 antenne a disposte a 120
 gradi rispetto alle altre) ogni antenna di quelle sono associate a una cella
 l'utilità di mappare i bst è per esempio per la localizzazione
 opencelid a mio avviso purtroppo non è buono per cercare le bst ma individua
 solo un'area che delinea la cella
 io sto cercando di usare applicazioni su android che nei database
 inseriscono anche la potenza del segnale e poi con il software grass voglio
 cercare di trovare le bst e il cell id associata all'antenna
 allego dei link:
 tag osm
 http://wiki.openstreetmap.org/wiki/Key:communication:mobile_phone
 http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dmast
 http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dantenna
 wikipedia
 http://en.wikipedia.org/wiki/Mobile_Network_Code
 cellid
 http://btsfriuli.altervista.org/database/calcola.htm
 adroid
 https://play.google.com/store/apps/details?id=com.parizene.netmonitor
 https://play.google.com/store/apps/details?id=com.gyokovsolutions.gnettrack
 https://play.google.com/store/apps/details?id=de.carknue.gmon2
 https://play.google.com/store/apps/details?id=biz.wolschon.android.opencellid.client

 sarebbe bello creare un gruppo di lavoro su questo argomento e scambiarsi
 informazioni e tecniche

Intanto è stata creata questa pagina:
http://wiki.openstreetmap.org/wiki/Veneto/Stazioni_radio_base

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

Re: [Talk-it] Numeri civici_Dortmund

 Am 19/nov/2013 um 12:22 schrieb Elena ``of Valhalla'' 
 elena.valha...@gmail.com:

 non necessariamente: spesso all'ingresso del palazzo c'è un collegamento
 e puoi ad esempio entrare da un civico ed uscire dall'altro


forse ci sono queste eccezioni, ma probabilmente non è spesso, al
meno da questi parti non l'ho mai visto. Hai due/tre esempi? ;-)



 e openstreetmap ha come compito mappare la realtà
 +1

 e in Italia la realtà è che un civico identifica un accesso, non
 un edificio o una sua porzione


OK, quindi se un indirizzo è

Via Roma 12
Int. 3
12345 città

vuol dire che Int. 3 non si trova dentro al civico 12 di Via Roma, ma
soltanto vicino ed accessibile tramite quel civico?

Ripeto comunque ciò già scritto sopra, molto più importante di avere
un nodo o un area e di avere una posizione leggermente approssimata o
meno, è di avere una posizione sufficentemente preciso per ogni
civico. (Quindi per me, qualsiasi metodo qui descritto non crea
problemi, stiamo discutendo un po' nella teoria con poca relevanza
pratica (se non il fatto che con un nodo dobbiamo duplicare i civici
per ogni POI).

ciao,
Martin

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

Re: [Talk-it] Numeri civici_Dortmund

2013-11-19 Per discussione Guido Salemme


Il 19/11/2013 11:37, Martin Koppenhoefer ha scritto:


2013/11/19 Guido Salemme osm.l...@gmail.com mailto:osm.l...@gmail.com

Casa mia è una villetta con due cancelli con due civici differenti
quindi se dovrei mapparlo nell'area quale metto?



potresti mettere entrambi (due oggetti), non vedo un problema.



ma visto che quei due numeri civici indicano i due ingressi distinti e 
visto che sulla mappa posso inserire i due ingressi distinti io mappo i 
due ingressi distintamente con i suoi numeri civici , perchè dovrei 
metterli tutte e due associati a un'area?


chi lo vuole fare a mio avviso è libero di farlo è un pò meno preciso ma 
penso è libero di farlo
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] quale TAG per attravesamento animali?

2013-11-19 Per discussione Giuseppe Amici

In una strada dove compare il cartello attenzione attraversamento animali
(o fauna selvatica)
quale TAG mettereste?

Beppe

 

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

Re: [Talk-it] Numeri civici_Dortmund

2013-11-19 Per discussione Elena ``of Valhalla''

On 2013-11-19 at 15:07:04 +0100, Martin Koppenhoefer wrote:
  Am 19/nov/2013 um 12:22 schrieb Elena ``of Valhalla'' 
  elena.valha...@gmail.com:
  non necessariamente: spesso all'ingresso del palazzo c'è un collegamento
  e puoi ad esempio entrare da un civico ed uscire dall'altro
 forse ci sono queste eccezioni, ma probabilmente non è spesso, al
 meno da questi parti non l'ho mai visto. Hai due/tre esempi? ;-)

il caso classico è quello delle palazzine con negozi al pian terreno 
e appartamenti ai piani superiori: nei casi del genere che ho visto 
la vetrina del negozio aveva un civico, il portone dal quale accedono 
di solito gli abitanti un'altro, ma sulle scale anche il negozio aveva 
una porta come quella di un apparamento qualsiasi.

l'altro caso è quello delle villette in cui cancello per auto e
cancelletto pedonale hanno civici diversi, e in questo caso il 
collegamento può essere passando dalla casa o addirittura direttamente 
dal giardino, senza neanche entrare nell'edificio.

 OK, quindi se un indirizzo è
 
 Via Roma 12
 Int. 3
 12345 città
 
 vuol dire che Int. 3 non si trova dentro al civico 12 di Via Roma, ma
 soltanto vicino ed accessibile tramite quel civico?

esatto, significa che int. 3 è accessibile da quel civico (e poi 
potrebbe esserlo anche da altri, ma li si ignora, dato che fornirne 
uno è sufficiente ad individuare l'appartamento).

-- 
Elena ``of Valhalla''

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

[Talk-it] Intervento in Sardegna

Ciao,
come per le Filippine qualche giorno fa, se avete ancora un po' di energie
da parte, ci sarebbe da aggiungere qualche dettaglio in Sardegna :-)
In particolare zona di Olbia e Nuoro, ci sono molti paesi che sono
praticamente vuoti.

Come dati importabili (al momento?) siamo a zero, a parte il dbprior...

Grazie,
Stefano
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Intervento in Sardegna

2013-11-19 Per discussione Fabrizio Tambussa

Io sono a casa e sto per procedere.  Hai qualche posto in mente in
particolare?
Ho anche twittato l'invito ad altri mappatori.
Saluti
Fabrizio


Il giorno 19 novembre 2013 16:18, sabas88 saba...@gmail.com ha scritto:

 Ciao,
 come per le Filippine qualche giorno fa, se avete ancora un po' di energie
 da parte, ci sarebbe da aggiungere qualche dettaglio in Sardegna :-)
 In particolare zona di Olbia e Nuoro, ci sono molti paesi che sono
 praticamente vuoti.

 Come dati importabili (al momento?) siamo a zero, a parte il dbprior...

 Grazie,
 Stefano

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


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

Re: [Talk-it] Intervento in Sardegna

2013-11-19 Per discussione Michele Malfatti

Anch'io stasera mi metto a dare una mano. 

Inviato da iPhone

 Il giorno 19/nov/2013, alle ore 17:03, Fabrizio Tambussa 
 ftambu...@gmail.com ha scritto:
 
 Io sono a casa e sto per procedere.  Hai qualche posto in mente in 
 particolare?
 Ho anche twittato l'invito ad altri mappatori.
 Saluti
 Fabrizio
 
 
 Il giorno 19 novembre 2013 16:18, sabas88 saba...@gmail.com ha scritto:
 Ciao,
 come per le Filippine qualche giorno fa, se avete ancora un po' di energie 
 da parte, ci sarebbe da aggiungere qualche dettaglio in Sardegna :-)
 In particolare zona di Olbia e Nuoro, ci sono molti paesi che sono 
 praticamente vuoti.
 
 Come dati importabili (al momento?) siamo a zero, a parte il dbprior...
 
 Grazie,
 Stefano
 
 ___
 Talk-it mailing list
 Talk-it@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-it
 
 ___
 Talk-it mailing list
 Talk-it@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-it
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Intervento in Sardegna

2013-11-19 Per discussione Edoardo Yossef Marascalchi

Creare un task su HOT?


Il giorno 19 novembre 2013 18:05, Michele Malfatti 
michele.malfa...@gmail.com ha scritto:

 Anch'io stasera mi metto a dare una mano.

 Inviato da iPhone

 Il giorno 19/nov/2013, alle ore 17:03, Fabrizio Tambussa 
 ftambu...@gmail.com ha scritto:

 Io sono a casa e sto per procedere.  Hai qualche posto in mente in
 particolare?
 Ho anche twittato l'invito ad altri mappatori.
 Saluti
 Fabrizio


 Il giorno 19 novembre 2013 16:18, sabas88 saba...@gmail.com ha scritto:

 Ciao,
 come per le Filippine qualche giorno fa, se avete ancora un po' di
 energie da parte, ci sarebbe da aggiungere qualche dettaglio in Sardegna :-)
 In particolare zona di Olbia e Nuoro, ci sono molti paesi che sono
 praticamente vuoti.

 Come dati importabili (al momento?) siamo a zero, a parte il dbprior...

 Grazie,
 Stefano

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


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


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




-- 
Edoardo Yossef Marascalchi
skype: asca_edom
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Intervento in Sardegna

2013-11-19 Per discussione andria osm


ovviamente mi ci metto anche io
Il 19/11/2013 17:05, Michele Malfatti ha scritto:

Anch'io stasera mi metto a dare una mano.

Inviato da iPhone

Il giorno 19/nov/2013, alle ore 17:03, Fabrizio Tambussa 
ftambu...@gmail.com mailto:ftambu...@gmail.com ha scritto:


Io sono a casa e sto per procedere.  Hai qualche posto in mente in 
particolare?

Ho anche twittato l'invito ad altri mappatori.
Saluti
Fabrizio


Il giorno 19 novembre 2013 16:18, sabas88 saba...@gmail.com 
mailto:saba...@gmail.com ha scritto:


Ciao,
come per le Filippine qualche giorno fa, se avete ancora un po'
di energie da parte, ci sarebbe da aggiungere qualche dettaglio
in Sardegna :-)
In particolare zona di Olbia e Nuoro, ci sono molti paesi che
sono praticamente vuoti.

Come dati importabili (al momento?) siamo a zero, a parte il
dbprior...

Grazie,
Stefano

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


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



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


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

Re: [Talk-it] Intervento in Sardegna

Il 19 novembre 2013 17:06, Edoardo Yossef Marascalchi ha scritto:

 Creare un task su HOT?

anche due: uno per le strade e uno per gli edifici?

serve anche un elenco dei comuni a cui dare la priorità
-- 
Daniele Forsi

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

Re: [Talk-it] Intervento in Sardegna

2013-11-19 Per discussione Fabrizio Tambussa

Secondo le statistiche del 16 settembre
http://www.gfoss.it/osm/stat/?cod_reg=20
non e' poi cosi' malmessa come strade.
Qualcuno ha un'idea di comuni prioritari?
Saluti
Fabrizio


Il giorno 19 novembre 2013 17:25, Daniele Forsi dfo...@gmail.com ha
scritto:

 Il 19 novembre 2013 17:06, Edoardo Yossef Marascalchi ha scritto:

  Creare un task su HOT?

 anche due: uno per le strade e uno per gli edifici?

 serve anche un elenco dei comuni a cui dare la priorità
 --
 Daniele Forsi

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

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

Re: [Talk-it] Intervento in Sardegna

Per il task HOT deve attivarsi l'HOT a quanto pare..

Per gli edifici e varie:
http://sardegna.blogosfere.it/2013/11/alluvione-sardegna-cleopatra-lascia-almeno-18-morti-ponti-crollati-un-disastro.html
http://cronacaeattualita.blogosfere.it/post/504809/maltempo-in-sardegna-tutti-i-comuni-colpiti

Qui dalla Sardegna c'è lo shapefile dei fiumi
http://www.centrointerregionale-gis.it/DBPrior/DBPrior1.asp

Qui gli specchi d'acqua convertiti
https://dl.dropboxusercontent.com/u/12087738/OSM/specchi0.xml

Magari si potrebbe iniziare da questi e individuare i ponti.
C'è anche lo shape delle strade ma bisogna fare un join per trovare ponti e
gallerie..



Il giorno 19 novembre 2013 17:28, Fabrizio Tambussa
ftambu...@gmail.comha scritto:

 Secondo le statistiche del 16 settembre
 http://www.gfoss.it/osm/stat/?cod_reg=20
 non e' poi cosi' malmessa come strade.
 Qualcuno ha un'idea di comuni prioritari?
 Saluti
 Fabrizio


 Il giorno 19 novembre 2013 17:25, Daniele Forsi dfo...@gmail.com ha
 scritto:

 Il 19 novembre 2013 17:06, Edoardo Yossef Marascalchi ha scritto:

  Creare un task su HOT?

 anche due: uno per le strade e uno per gli edifici?

 serve anche un elenco dei comuni a cui dare la priorità
 --
 Daniele Forsi

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



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


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

Re: [Talk-it] Intervento in Sardegna

Dimenticavo
https://sardsos.crowdmap.com/

http://www.sardegnaambiente.it/protezionecivile/


Il giorno 19 novembre 2013 17:35, sabas88 saba...@gmail.com ha scritto:

 Per il task HOT deve attivarsi l'HOT a quanto pare..

 Per gli edifici e varie:

 http://sardegna.blogosfere.it/2013/11/alluvione-sardegna-cleopatra-lascia-almeno-18-morti-ponti-crollati-un-disastro.html

 http://cronacaeattualita.blogosfere.it/post/504809/maltempo-in-sardegna-tutti-i-comuni-colpiti

 Qui dalla Sardegna c'è lo shapefile dei fiumi
 http://www.centrointerregionale-gis.it/DBPrior/DBPrior1.asp

 Qui gli specchi d'acqua convertiti
 https://dl.dropboxusercontent.com/u/12087738/OSM/specchi0.xml

 Magari si potrebbe iniziare da questi e individuare i ponti.
 C'è anche lo shape delle strade ma bisogna fare un join per trovare ponti
 e gallerie..



 Il giorno 19 novembre 2013 17:28, Fabrizio Tambussa ftambu...@gmail.comha 
 scritto:

 Secondo le statistiche del 16 settembre
 http://www.gfoss.it/osm/stat/?cod_reg=20
 non e' poi cosi' malmessa come strade.
 Qualcuno ha un'idea di comuni prioritari?
 Saluti
 Fabrizio


 Il giorno 19 novembre 2013 17:25, Daniele Forsi dfo...@gmail.com ha
 scritto:

 Il 19 novembre 2013 17:06, Edoardo Yossef Marascalchi ha scritto:

  Creare un task su HOT?

 anche due: uno per le strade e uno per gli edifici?

 serve anche un elenco dei comuni a cui dare la priorità
 --
 Daniele Forsi

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



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



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

Re: [Talk-it] Intervento in Sardegna

2013-11-19 Per discussione Michele Malfatti

Cosa ci sarebbe da inserire mappare? 

Inviato da iPhone

 Il giorno 19/nov/2013, alle ore 17:39, sabas88 saba...@gmail.com ha scritto:
 
 Dimenticavo
 https://sardsos.crowdmap.com/
 
 http://www.sardegnaambiente.it/protezionecivile/
 
 
 Il giorno 19 novembre 2013 17:35, sabas88 saba...@gmail.com ha scritto:
 Per il task HOT deve attivarsi l'HOT a quanto pare..
 
 Per gli edifici e varie:
 http://sardegna.blogosfere.it/2013/11/alluvione-sardegna-cleopatra-lascia-almeno-18-morti-ponti-crollati-un-disastro.html
 http://cronacaeattualita.blogosfere.it/post/504809/maltempo-in-sardegna-tutti-i-comuni-colpiti
 
 Qui dalla Sardegna c'è lo shapefile dei fiumi
 http://www.centrointerregionale-gis.it/DBPrior/DBPrior1.asp
 
 Qui gli specchi d'acqua convertiti
 https://dl.dropboxusercontent.com/u/12087738/OSM/specchi0.xml
 
 Magari si potrebbe iniziare da questi e individuare i ponti.
 C'è anche lo shape delle strade ma bisogna fare un join per trovare ponti e 
 gallerie..
 
 
 
 Il giorno 19 novembre 2013 17:28, Fabrizio Tambussa ftambu...@gmail.com ha 
 scritto:
 
 Secondo le statistiche del 16 settembre
 http://www.gfoss.it/osm/stat/?cod_reg=20
 non e' poi cosi' malmessa come strade.
 Qualcuno ha un'idea di comuni prioritari?
 Saluti
 Fabrizio
 
 
 Il giorno 19 novembre 2013 17:25, Daniele Forsi dfo...@gmail.com ha 
 scritto:
 
 Il 19 novembre 2013 17:06, Edoardo Yossef Marascalchi ha scritto:
 
  Creare un task su HOT?
 
 anche due: uno per le strade e uno per gli edifici?
 
 serve anche un elenco dei comuni a cui dare la priorità
 --
 Daniele Forsi
 
 ___
 Talk-it mailing list
 Talk-it@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-it
 
 
 ___
 Talk-it mailing list
 Talk-it@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-it
 
 ___
 Talk-it mailing list
 Talk-it@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-it
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Intervento in Sardegna

2013-11-19 Per discussione Fabrizio Tambussa

Sulla SS29 ho cancellato il ponte crollato, mettendo i 2 monconi col nodo
terminale noexit=yes.
Fabrizio


Il giorno 19 novembre 2013 18:24, Michele Malfatti 
michele.malfa...@gmail.com ha scritto:

 Cosa ci sarebbe da inserire mappare?

 Inviato da iPhone

 Il giorno 19/nov/2013, alle ore 17:39, sabas88 saba...@gmail.com ha
 scritto:

 Dimenticavo
 https://sardsos.crowdmap.com/

 http://www.sardegnaambiente.it/protezionecivile/


 Il giorno 19 novembre 2013 17:35, sabas88 saba...@gmail.com ha scritto:

 Per il task HOT deve attivarsi l'HOT a quanto pare..

 Per gli edifici e varie:

 http://sardegna.blogosfere.it/2013/11/alluvione-sardegna-cleopatra-lascia-almeno-18-morti-ponti-crollati-un-disastro.html

 http://cronacaeattualita.blogosfere.it/post/504809/maltempo-in-sardegna-tutti-i-comuni-colpiti

 Qui dalla Sardegna c'è lo shapefile dei fiumi
 http://www.centrointerregionale-gis.it/DBPrior/DBPrior1.asp

 Qui gli specchi d'acqua convertiti
 https://dl.dropboxusercontent.com/u/12087738/OSM/specchi0.xml

 Magari si potrebbe iniziare da questi e individuare i ponti.
 C'è anche lo shape delle strade ma bisogna fare un join per trovare ponti
 e gallerie..



 Il giorno 19 novembre 2013 17:28, Fabrizio Tambussa ftambu...@gmail.comha 
 scritto:

 Secondo le statistiche del 16 settembre
 http://www.gfoss.it/osm/stat/?cod_reg=20
 non e' poi cosi' malmessa come strade.
 Qualcuno ha un'idea di comuni prioritari?
 Saluti
 Fabrizio


 Il giorno 19 novembre 2013 17:25, Daniele Forsi dfo...@gmail.com ha
 scritto:

 Il 19 novembre 2013 17:06, Edoardo Yossef Marascalchi ha scritto:

  Creare un task su HOT?

 anche due: uno per le strade e uno per gli edifici?

 serve anche un elenco dei comuni a cui dare la priorità
 --
 Daniele Forsi

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



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



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


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


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

[Talk-it] Tag place=city e confine amministrativo

2013-11-19 Per discussione demon.box

Mi sono accorto che da qualche tempo a questa parte renderizzando le mappe mi
compariva 2 volte in punti diversi il tag place=city per la città di
Brescia.
L'amico *Goffredo* ha individuato il doppione che è generato da un nodo con
tag place=city piazzato in centro al centro storico e dal tag place=city
messo sulla relazione amministrativa del comune.
Ora sia io che lui propenderemmo per eliminare il nodo e lasciare solo il
tag sulla relazione.
Voi che dite?
Grazie, ciao
--enrico




--
View this message in context: 
http://gis.19327.n5.nabble.com/Tag-place-city-e-confine-amministrativo-tp5786295.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Intervento in Sardegna

2013-11-19 Per discussione Fabrizio Carrai

Scusate ma non ho capito bene: ora occorre solo mappare la situazione
pre-evento ?

FabC


Il giorno 19 novembre 2013 17:39, sabas88 saba...@gmail.com ha scritto:

 Dimenticavo
 https://sardsos.crowdmap.com/

 http://www.sardegnaambiente.it/protezionecivile/


 Il giorno 19 novembre 2013 17:35, sabas88 saba...@gmail.com ha scritto:

 Per il task HOT deve attivarsi l'HOT a quanto pare..

 Per gli edifici e varie:

 http://sardegna.blogosfere.it/2013/11/alluvione-sardegna-cleopatra-lascia-almeno-18-morti-ponti-crollati-un-disastro.html

 http://cronacaeattualita.blogosfere.it/post/504809/maltempo-in-sardegna-tutti-i-comuni-colpiti

 Qui dalla Sardegna c'è lo shapefile dei fiumi
 http://www.centrointerregionale-gis.it/DBPrior/DBPrior1.asp

 Qui gli specchi d'acqua convertiti
 https://dl.dropboxusercontent.com/u/12087738/OSM/specchi0.xml

 Magari si potrebbe iniziare da questi e individuare i ponti.
 C'è anche lo shape delle strade ma bisogna fare un join per trovare ponti
 e gallerie..



 Il giorno 19 novembre 2013 17:28, Fabrizio Tambussa ftambu...@gmail.comha 
 scritto:

 Secondo le statistiche del 16 settembre
 http://www.gfoss.it/osm/stat/?cod_reg=20
 non e' poi cosi' malmessa come strade.
 Qualcuno ha un'idea di comuni prioritari?
 Saluti
 Fabrizio


 Il giorno 19 novembre 2013 17:25, Daniele Forsi dfo...@gmail.com ha
 scritto:

 Il 19 novembre 2013 17:06, Edoardo Yossef Marascalchi ha scritto:

  Creare un task su HOT?

 anche due: uno per le strade e uno per gli edifici?

 serve anche un elenco dei comuni a cui dare la priorità
 --
 Daniele Forsi

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



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




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


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

Re: [Talk-it] Tag place=city e confine amministrativo

2013-11-19 Per discussione Aury88

+1 l'area da più informazioni di sicuro del solo nodo e quindi sarei per
tenere il tag lì. 



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/Tag-place-city-e-confine-amministrativo-tp5786295p5786297.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Intervento in Sardegna

2013-11-19 Per discussione Francesco Pelullo

Penso di si.

Questo può essere utile:
http://vai.stradeanas.it/

Ciao
/niubii/



Il giorno 19 novembre 2013 19:14, Fabrizio Carrai fabrizio.car...@gmail.com
 ha scritto:

 Scusate ma non ho capito bene: ora occorre solo mappare la situazione
 pre-evento ?

 FabC


 Il giorno 19 novembre 2013 17:39, sabas88 saba...@gmail.com ha scritto:

 Dimenticavo
 https://sardsos.crowdmap.com/

 http://www.sardegnaambiente.it/protezionecivile/


 Il giorno 19 novembre 2013 17:35, sabas88 saba...@gmail.com ha scritto:

 Per il task HOT deve attivarsi l'HOT a quanto pare..

 Per gli edifici e varie:

 http://sardegna.blogosfere.it/2013/11/alluvione-sardegna-cleopatra-lascia-almeno-18-morti-ponti-crollati-un-disastro.html

 http://cronacaeattualita.blogosfere.it/post/504809/maltempo-in-sardegna-tutti-i-comuni-colpiti

 Qui dalla Sardegna c'è lo shapefile dei fiumi
 http://www.centrointerregionale-gis.it/DBPrior/DBPrior1.asp

 Qui gli specchi d'acqua convertiti
 https://dl.dropboxusercontent.com/u/12087738/OSM/specchi0.xml

 Magari si potrebbe iniziare da questi e individuare i ponti.
 C'è anche lo shape delle strade ma bisogna fare un join per trovare
 ponti e gallerie..



 Il giorno 19 novembre 2013 17:28, Fabrizio Tambussa ftambu...@gmail.com
  ha scritto:

 Secondo le statistiche del 16 settembre
 http://www.gfoss.it/osm/stat/?cod_reg=20
 non e' poi cosi' malmessa come strade.
 Qualcuno ha un'idea di comuni prioritari?
 Saluti
 Fabrizio


 Il giorno 19 novembre 2013 17:25, Daniele Forsi dfo...@gmail.com ha
 scritto:

 Il 19 novembre 2013 17:06, Edoardo Yossef Marascalchi ha scritto:

  Creare un task su HOT?

 anche due: uno per le strade e uno per gli edifici?

 serve anche un elenco dei comuni a cui dare la priorità
 --
 Daniele Forsi

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



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




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



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


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

Re: [Talk-it] Intervento in Sardegna

2013-11-19 Per discussione Luca Meloni

È possibile che se accade qualcosa di nuovo venga segnalato anche qui:
https://sardsos.crowdmap.com/main

Sulla SS29 ho cancellato il ponte crollato, mettendo i 2 monconi col nodo 
terminale noexit=yes.
Fabrizio

Scusate ma non ho capito bene: ora occorre solo mappare la situazione 
pre-evento ?

FabC
Penso di si.

Questo può essere utile:
http://vai.stradeanas.it/


Ciao
/niubii/



Non ho capito, ma quindi dobbiamo mappare l'attuale o il precedente?


Ciao,
Luca




Il Martedì 19 Novembre 2013 19:47, Francesco Pelullo f.pelu...@gmail.com ha 
scritto:
 
Penso di si.

Questo può essere utile:
http://vai.stradeanas.it/


Ciao
/niubii/




Il giorno 19 novembre 2013 19:14, Fabrizio Carrai fabrizio.car...@gmail.com 
ha scritto:

Scusate ma non ho capito bene: ora occorre solo mappare la situazione 
pre-evento ?


FabC



Il giorno 19 novembre 2013 17:39, sabas88 saba...@gmail.com ha scritto:


Dimenticavo
https://sardsos.crowdmap.com/



http://www.sardegnaambiente.it/protezionecivile/




Il giorno 19 novembre 2013 17:35, sabas88 saba...@gmail.com ha scritto:


Per il task HOT deve attivarsi l'HOT a quanto pare..


Per gli edifici e varie:
http://sardegna.blogosfere.it/2013/11/alluvione-sardegna-cleopatra-lascia-almeno-18-morti-ponti-crollati-un-disastro.html

http://cronacaeattualita.blogosfere.it/post/504809/maltempo-in-sardegna-tutti-i-comuni-colpiti



Qui dalla Sardegna c'è lo shapefile dei fiumi
http://www.centrointerregionale-gis.it/DBPrior/DBPrior1.asp



Qui gli specchi d'acqua convertiti
https://dl.dropboxusercontent.com/u/12087738/OSM/specchi0.xml



Magari si potrebbe iniziare da questi e individuare i ponti.
C'è anche lo shape delle strade ma bisogna fare un join per trovare ponti e 
gallerie..





Il giorno 19 novembre 2013 17:28, Fabrizio Tambussa ftambu...@gmail.com ha 
scritto:


Secondo le statistiche del 16 settembre
http://www.gfoss.it/osm/stat/?cod_reg=20
non e' poi cosi' malmessa come strade.
Qualcuno ha un'idea di comuni prioritari?
Saluti
Fabrizio




Il giorno 19 novembre 2013 17:25, Daniele Forsi dfo...@gmail.com ha 
scritto:


Il 19 novembre 2013 17:06, Edoardo Yossef Marascalchi ha scritto:


 Creare un task su HOT?

anche due: uno per le strade e uno per gli edifici?

serve anche un elenco dei comuni a cui dare la priorità
--
Daniele Forsi


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


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




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



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




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

Re: [Talk-it] Intervento in Sardegna

Il 19 novembre 2013 19:46, Francesco Pelullo f.pelu...@gmail.com ha scritto:

 Questo può essere utile:
 http://vai.stradeanas.it/

secondo me non è utilizzabile, intanto usano una mappa Google e poi
non trovo una pagina di copyright

intanto possiamo correggere gli errori da osmose.openstreetmap.it

-- 
Daniele Forsi

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

Re: [Talk-it] Osmose abilitato per l'Italia

2013-11-19 Per discussione christian.pietz...@googlemail.com

Il 17 novembre 2013 16:53, Cristian Consonni ha scritto:

 sì, in effetti in questo momento il problema e mio (del server che fa
 le analisi, che ha smesso di farle qualche giorno fa).
 Purtroppo ora sono all'estero, cerco di sistemare la cosa appena posso.

ho l'impressione che quando osmose ricarica i dati vecchi azzera tutte
le segnalazioni di errori già corretti (il che è giusto se tutto
funziona), se questo è vero potresti bloccare temporaneamente
l'aggiornamento così si uscirebbe da questo giorno della marmotta :-)
o si potrebbe cercare di finire la tela di Penelope per chi ha fatto
studi più classici :-)

-- 
Daniele Forsi

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

Re: [Talk-it] Numeri civici_Dortmund

2013-11-19 Per discussione Davio

Nei casi di edifici con entrate multiple si fa riferimento al civico
dell'entrata principale. Conosco molti esempi a Roma, ad esempio un
condominio con tre palazzine hanno un'unica entrata principale, e quindi
tutte le scale e gli interni degli stabili hanno come riferimento solo quel
civico. Al tempo stesso quel condominio ha altre 2 entrate con numeri
civici, 1 sulla stessa via, e un altro addirittura su un'altra strada con
annesso civico.

Davide



-
Davide
--
View this message in context: 
http://gis.19327.n5.nabble.com/Numeri-civici-Dortmund-tp5786029p5786316.html
Sent from the Italy General mailing list archive at Nabble.com.

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

[Talk-it] WIWOSM e categorie

2013-11-19 Per discussione pjhooker

Ciao, sto preparando un progetto per mappare gli alberi di Natale
- https://commons.wikimedia.org/wiki/Category:Christmas_trees_in_2013_Italia

Adesso sto cercando di mappare le foto che vengono inserite ... Sembra che
sia funzionale WIWOSM, che però non sono riuscito ad usare.

Volevo fare qualcosa del tipo:
- richiesta di coordinate e foto, degli elementi taggati con la categoria
Christmas_trees_in_2013_Italia
- caricare mediante OpenLayers, i punti degli alberi
- quando clicco sul pin, mi appare la foto e il link a Wikimedia

Una volta sono riuscito a caricare, con un file JSON gli articoli di una
certa area, c'è qualcosa di simile per avere un elenco pulito di questa
categoria?

Bye!



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

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

Re: [Talk-it] Intervento in Sardegna

2013-11-19 Per discussione Martin Koppenhöfer



Am 19.11.2013 um 19:59 schrieb Luca Meloni lmelonim...@yahoo.it:

 Non ho capito, ma quindi dobbiamo mappare l'attuale o il precedente?


L'attuale 

Ciao,
Martin

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

Re: [Talk-it] Intervento in Sardegna

2013-11-19 Per discussione Fabrizio Carrai

Mappare l'attaule stato del disastro raccogliendo le informazioni in rete ?
In remoto mi sembra complicato...Nessun supporto con foto satellitari come
avviene in HOT ?
Il 19/nov/2013 23:36 Martin Koppenhöfer dieterdre...@gmail.com ha
scritto:



 Am 19.11.2013 um 19:59 schrieb Luca Meloni lmelonim...@yahoo.it:

  Non ho capito, ma quindi dobbiamo mappare l'attuale o il precedente?


 L'attuale

 Ciao,
 Martin

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

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

[Talk-it] crowdmap emergenze in Sardegna, volontari per mappare le aree colpite

2013-11-19 Per discussione Francesca Valentina

Ciao a tutti mappers. Sono la creatrice della mappa delle emergenze meteo
in Sardegna https://sardsos.crowdmap.com. Ho sceltola piattaforma Ushahidi
e ISM per farla , entrambi progetti in cui credo fortemente ma con cui ci
sono non pochi problemi per la geolocalizzazione delle segnalazioni. Il
problema numero uno è perchè la regione è poco mappata e io non vorrei
assolutamente passare a Gmaps, ma l'emergenza è seria.

Per questo motivo, vorrei chiedere a chiunque avesse voglia e tempo di
mappare le regioni della sardegna più colpite: la zona di Olbia (la
provincia), Oristano e provincia (terralba in particolare), zona di Golfo
Aranci,tutta la Baronia (specie l'entroterra), Onanì, Bitti, zone di
Gologone, Oliena, Galtellì, la foce del fiume Cedrino a Orosei, la statale
131 e  Olbia-Nuoro.

Poi farò un comunicato ufficiale con l'elenco di tutte le zone. Mappers
aiutateci!

vi ringrazio, Francesca
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Intervento in Sardegna

2013-11-19 Per discussione Stefano Salvador

La regione mette a disposizione un bel po' di dati:

http://www.sardegnageoportale.it

purtroppo la licenza non è tanto compatibile con OSM. Forse si potrebbe
chiedere un'autorizzazione ad personam come faceva Simone Cortesi un po'
di tempo fa ;-) Probabilmente, vista la situazione, non avranno tempo di
rispondere ma varrebbe la pena tentare.

Intanto comincio a spulciare i dati disponibili.

Ciao,

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

Re: [Talk-at] Haltestellendaten Steiermark

2013-11-19 Per discussione Martin Raifer


Servus.

Klingt super!

Ich habe zufälligerweise vor ein paar Wochen einen ähnlichen  
Haltestellen-Datensatz importiert: [0], vielleicht kannst du dich etwas  
daran orientieren.


Aber leg doch bitte erst mal eine Wiki-Seite für den Import an (siehe  
[1],[2]). Hier in der E-Mail ist das Ganze leider sehr unübersichtlich.


Die nicht mehr bestehenden Haltestellen herauszufiltern halte ich für  
unbedingt notwendig. Dafür müssen wir uns irgend eine Lösung einfallen  
lassen.


Was das Tagging angeht würde ich folgendes vorschlagen (wobei ich anmerken  
muss, aus Zeitgründen erstmal nur die bereits konvertierten Daten, also  
haltestellen-mitosmtags.osm angeschaut zu haben):


* no-Werte (z.B. ferry=no, subway=no) weglassen.
* Es gibt Punkte, die für alle Transportmittel den wert no haben. Diese  
sollte man wahrscheinlich herausfiltern.
* is_in: wieso? Außerdem scheinen die Werte teilweise auch nicht ganz  
richtig zu sein.
* loc_name / loc_ref: Mir erschließt sich nicht der Nutzen dahinter nicht  
(siehe auch meine Anmerkungen zu ref weiter unten).
* ref:RBL: Dito. Außerdem haben alle Haltestellen eine solche ID, also  
auch solche, die gar keine RBL-Anzeige haben. Interessant wäre lediglich  
diese Information (~display_panel~ = yes/no), irgendwelche  
Unternehmens-interne IDs interessieren keine Sau.
* ref: Würde ich nicht importieren. Solche Daten sind später sehr schwer  
zu erhalten, außerdem sind die Daten praktisch nutzlos (und wenn wirklich  
jemand diese Unternehmens-internen IDs benötigen sollte, kann er auch auf  
die Originaldaten zugreifen, dafür müssen sie nicht in OSM sein). In der  
Vergangenheit wurden solche IDs oft einfach ohne zu überlegen importiert,  
und stellen bis Heute einen nicht zu vernachlässigenden Ballast dar. Es  
ist schon so weit, dass diese Daten mühsam wieder nachträglich entfernt  
werden: [3],[4] (siehe außerdem dazu noch die Diskussion auf talk-de über  
die IFOPT-IDs [5]).
* ref:stop_area: Würde ich aus den selben Gründen nicht importieren. Zur  
Identifikation von zusammengehörigen Haltestellen dient ja bereits deren  
identischer Name.


Was den Import-Ablauf angeht würde ich sagen, dass ein zweigeteilter  
gebufferter Ansatz, so wie du ihn beschreibst, gut funktionieren könnte.  
Es wird aber trotzdem recht viel manuelles Intervenieren notwendig sein.  
Evtl. könnte man sich mal das Import-Tool OSMLY [6] ansehen.


Schöne Grüße
Martin

PS: Nicht vergessen diesen Import auch noch auf impo...@openstreetmap.org  
anzukündigen.


[0]  
https://wiki.openstreetmap.org/wiki/AltoAdige_-_Südtirol/SASA_Bus_Stops_Import
[1]  
https://wiki.openstreetmap.org/wiki/Import/Guidelines#Step_3_-_Documentation

[2] https://wiki.openstreetmap.org/wiki/Import/Plan_Outline
[3] Discarding IDs imported with US-Tiger data:
http://gis.19327.n5.nabble.com/Discardable-TIGER-tags-td5718873.html
[4] Discarding IDs imported with KSJ2 data:
https://lists.openstreetmap.org/pipermail/imports/2013-September/002133.html
[5] https://lists.openstreetmap.org/pipermail/talk-de/2013-July/103225.html
[6] https://wiki.openstreetmap.org/wiki/OSMLY


Am 19.11.2013, 07:45 Uhr, schrieb Andreas Uller a.ul...@gmx.at:


Hallo!

Vom Verkehrsverbund Steiermark haben wir Daten zu allen ÖV-Haltestellen  
in der

Steiermark zur Verwendung in der OSM erhalten.

Die Daten sind derzeit hier gespeichert:  
https://github.com/species/Open-Data-Verbundlinie.at


Die Lagegenauigkeit ist auf jeden Fall brauchbar, mir sind nur wenige
Haltestellen aufgefallen, deren Position nicht genau passt (und auch da  
sind's

nur ein paar Meter daneben).

Größter Nachteil aus meiner Sicht: Es sind offenbar auch ehemalige  
Haltestellen

drinnen, die nicht mehr bedient werden (und vor Ort auch nicht mehr als
Haltestellen ersichtlich sind). Auch wenn da vielleicht noch eine  
Konzession
existiert, dienen solche nicht-sichtbaren Haltestellen meiner Meinung  
nach nicht

der Orientierung und sollten dann auch nicht in OSM dargestellt werden.
Vielleicht hat der Verkehrsverbund da aber noch eine Liste, welche  
Haltestellen

tatsächlich bedient werden und welche nicht.

Die Attribute der Haltestellen sind natürlich nicht OSM-konform, in  
Folge mal

meine Analyse der vorhandenen Daten und wie wir das in OSM-Tags umwandeln
könnten, bitte um Kommentare!

Für den oft bereits vorhandenen Tag ref für die Bezeichnung der Bus- bzw.
Bahnsteige (A, B, C, ..., 1, 2, 3, ...) würde ich eine Umbenennung auf  
loc_ref

vorschlagen.

Aushangfahrplan: Ist außer bei einer Haltestelle immer Nein - löschen

Bereich Nr.: Hier sind bei größeren Haltestellen mehrere Haltepositionen  
die in
unmittelbarer Nähe liegen zusammengefasst (z.B. Jakominiplatz: 3/6  
Richtung

Dietrichsteinplatz und 1/7 Richtung Kaiser-Josef-Platz sind ein Bereich,
Richtung Hauptplatz ist aber ein eigener Bereich) - mMn für OSM nicht  
relevant

- löschen

Bevorrechtigter IV (Busse): Ob Busse diese Haltestelle anfahren -  
bus=yes/no


Buchsatz: Ist außer bei einer Haltestelle

Re: [Talk-at] Haltestellendaten Steiermark

2013-11-19 Per discussione Stefan Tiran

Hallo,

Martin Raifer wrote:
 * is_in: wieso? Außerdem scheinen die Werte teilweise auch nicht ganz
 richtig zu sein.

Ich finde eine grundsätzliche Trennung in Ort und Name schon sinnvoll.
Einerseits hat es keinen Sinn, wenn der Name aller Haltestellen in Graz
Graz als Präfix haben, andererseits hat es bei den vielen Haltestellen
am Land keinen Sinn, wenn jede Haltestelle nur Ort oder nur Postamt
heißt.

 * loc_name / loc_ref: Mir erschließt sich nicht der Nutzen dahinter
 nicht (siehe auch meine Anmerkungen zu ref weiter unten).

Ich glaube der Sinn aller Ref-Werte hängt vor allem davon ab, ob diese
über mehrere Versionen stabil bleiben.

Liebe Grüße,
Stefan


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

Re: [Talk-at] Haltestellendaten Steiermark

2013-11-19 Per discussione Manfred Brandl

Hallo,

ich habe die Daten zur Verfügung gestellt. Hier meine Kommentare:
Bereichs-Nr. Bitte weglassen, die dient nur zur Erfassung der 
Fußwegumsteigezeiten zwischen verschiedenen Haltestellenpositionen.
Bevorrechtigter-IV (Busse) ist möglicherweise zu oft gesetzt.
Globale-ID ist die IFOPT-Nummer (europäisch genormte eindeutige 
Haltestellen/-positionsnummer).  Lässt sich sicher nicht in der Realität finden.
GKZ: beruht derzeit noch auf einer nicht ganz aktuellen Gemeindeliste,
Insbesondere sind die letzten Bezirkszusammenlegungen nicht berücksichtigt.
Haltestellen-Nummer: lässt sich auch nicht beobachten.
RBL- Nummer: bedeutungslos.
Ortschaft: das ist manchmal der tariflich richtige Ort wenn diese vom 
geografischen Ort abweicht, dann ist möglicherweise auch die geografisch 
falsche GKZ enthalten.
Steig/Steigname gibt oft die Fahrtrichtung (nächste größer Ortschaft bzw. 
Stadteinwärts oder -aus- in Graz).

In einem späteren Email wurde der Haltestellenname mit/ohne Ort erwähnt 
Ich finde auf einer Karte reicht der Name ohne Ort weil der Ortsname ja sowieso 
in der Nähe stehen sollte.

Soweit ich mich erinnere habe ich nur Haltestellenpositionen exportiert bei 
denen wirklich etwas vorbeifahren sollte. Das bedeutet aber nicht immer 
zwingend, dass die Haltestellenposition auch als solche erkennbar ist. Manche 
Haltestellenpositionen wird auch nur sehr selten ( einmal jährlich ) bedient.

Ich hoffe das war alles.

Beste Grüße
Manfred Brandl

Sent mobile.

 Am 19.11.2013 um 07:45 schrieb Andreas Uller a.ul...@gmx.at:
 
 Hallo!
  
 Vom Verkehrsverbund Steiermark haben wir Daten zu allen ÖV-Haltestellen in 
 der Steiermark zur Verwendung in der OSM erhalten.
  
 Die Daten sind derzeit hier gespeichert: 
 https://github.com/species/Open-Data-Verbundlinie.at
  
 Die Lagegenauigkeit ist auf jeden Fall brauchbar, mir sind nur wenige 
 Haltestellen aufgefallen, deren Position nicht genau passt (und auch da 
 sind's nur ein paar Meter daneben).
 Größter Nachteil aus meiner Sicht: Es sind offenbar auch ehemalige 
 Haltestellen drinnen, die nicht mehr bedient werden (und vor Ort auch nicht 
 mehr als Haltestellen ersichtlich sind). Auch wenn da vielleicht noch eine 
 Konzession existiert, dienen solche nicht-sichtbaren Haltestellen meiner 
 Meinung nach nicht der Orientierung und sollten dann auch nicht in OSM 
 dargestellt werden. Vielleicht hat der Verkehrsverbund da aber noch eine 
 Liste, welche Haltestellen tatsächlich bedient werden und welche nicht.
  
 Die Attribute der Haltestellen sind natürlich nicht OSM-konform, in Folge mal 
 meine Analyse der vorhandenen Daten und wie wir das in OSM-Tags umwandeln 
 könnten, bitte um Kommentare!
 Für den oft bereits vorhandenen Tag ref für die Bezeichnung der Bus- bzw. 
 Bahnsteige (A, B, C, ..., 1, 2, 3, ...) würde ich eine Umbenennung auf 
 loc_ref vorschlagen.
  
 Aushangfahrplan: Ist außer bei einer Haltestelle immer Nein - löschen
 Bereich Nr.: Hier sind bei größeren Haltestellen mehrere Haltepositionen die 
 in unmittelbarer Nähe liegen zusammengefasst (z.B. Jakominiplatz: 3/6 
 Richtung Dietrichsteinplatz und 1/7 Richtung Kaiser-Josef-Platz sind ein 
 Bereich, Richtung Hauptplatz ist aber ein eigener Bereich) - mMn für OSM 
 nicht relevant - löschen
 Bevorrechtigter IV (Busse): Ob Busse diese Haltestelle anfahren - bus=yes/no
 Buchsatz: Ist außer bei einer Haltestelle immer Nein - löschen
 EFA: Ist fast immer Nein - löschen
 Eisenbahn: Ob Eisenbahnen diese Haltestelle anfahren, wobei hier auch 
 Seilbahnen als Eisenbahnen gezählt werden - individuell überprüfen und 
 train=yes/no bzw. aerialway=yes/no setzen
 Format: Ist immer Voreinstellung, wahrscheinlich ein überbleibsel aus dem 
 Export des Verkehrsverbunds - löschen
 Fußgänger: Soll wohl bedeuten, ob Fußgänger dort hingehen können, kann mir 
 aber nicht vorstellen, dass es 269 Haltepositionen gibt, an denen keine 
 Fußgänger hinkommen - löschen
 Georeferenz (STVH): Wenn zwei Haltepositionen direkt gegenüber liegen ist die 
 gleich, sonst unterschiedlich - mMn für OSM nicht relevant - löschen
 Gkz: Nicht wirklich Gemeindekennziffer, aber so ähnlich, Zusammenfassung 
 mehrerer Orte (siehe unten) - löschen
 Globale ID: Einzigartige Nummer je Halteposition, zusammengesetzt aus 
 at:46:Hst Nr.:Bereich Nr.:Steig - umbenennen in ref
 Gültigkeit: Beginnt meistens am 28.2.1994 (Gründung des Verkehrsverbunds), 
 endet fast ausschließlich am 24.12.2500 - löschen
 Hst Name: Name der Haltestelle - name
 Hst Nr.: Einzigartige Nummer je Haltestellenname (also z.B. alle Haltestellen 
 am Jakominiplatz haben die gleiche Hst Nr) - ref der Haltestellen-Relation 
 (type=stop_area)
 Motor. Straßenverkehr: Ob PKW zur Haltestelle fahren können (Nein für 
 Bahnhöfe, Fußgängerzonen usw.) - mMn für OSM nicht relevant - löschen
 Ort: Ortschaft in der die Haltestelle liegt (nach 
 Verkehrsverbund-Unterteilung) - is_in (Der Tag ist ja nicht unumstritten, 
 ich verwende den bei Bushaltestellen in der Form

Re: [OSM-legal-talk] New contributing agency

2013-11-19 Per discussione Simon Poole


Hi Fernando

I gather from your questions that they are currently not distributing
the data under a (well-)known licence or on any other documented terms?

In any case before spending to much effort on trying to nail down the
legal side, you really need to clarify if this is suitable data for OSM
and if yes, if there is a process that will result in something that is
digestible by the Brazilian community. So I would strongly suggest at
least starting with the steps outlined in
http://wiki.openstreetmap.org/wiki/Import/Guidelines 

As to being mentioned on http://www.openstreetmap.org/copyright , there
is no written in stone policy who gets on that page, in the past it
seems to have been used as an extra bargaining chip in negotiation.
Being listed there does not in any way indicate that the contributions
are or were more important than contributions from the individuals and
organisations listed here
http://wiki.openstreetmap.org/wiki/Contributors . Clearly there is a
practical desire to keep the list on the copyright page as short as
possible. Down the road we may have better mechanisms to build the
attribution pages and then that may change. So for now it would depend
on the outcome of any necessary negotiations.

Simon




Am 14.11.2013 18:58, schrieb Fernando Trebien:
 Hello everyone,

 I've recently contacted an institute (LABGEO) within a public
 university here in Brazil (UFRGS) and they've shown interest in
 contributing to OSM their data, which includes roads, land contours,
 vegetation data, maybe even geological data (it is a pretty extensive
 database). They would also like to be listed as a contributor here in
 this page: http://www.openstreetmap.org/copyright

 Though there may be a few details left to check yet, they've stated so
 far that the dada is already regularly used for commercial purposes by
 many Brazilian companies at zero cost. So here's my question: what
 kind of statement do they have to provide so that they get listed in
 that page? What questions does the statement need to answer?

 -- 
 Fernando Trebien
 +55 (51) 9962-5409 tel:%2B55%20%2851%29%209962-5409

 The speed of computer chips doubles every 18 months. (Moore's law)
 The speed of software halves every 18 months. (Gates' law)


 ___
 legal-talk mailing list
 legal-talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/legal-talk

___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

[OSM-talk-nl] Fwd: Re: [NLExtract] BAG : mutaties worden niet correct verwerkt (#55)

2013-11-19 Per discussione Just van den Broecke


Beste Mensen,

Sorry voor cross-posting, maar deze discussie is voor de meesten niet 
zichtbaar omdat ie zich in een GitHub issue afspeelt.


Waar het om gaat, is hoe we op correcte wijze BAG Mutatie bestanden met 
NLExtract verwerken. We zijn al dichtbij een oplossing, maar onder 
jullie zitten vele BAG-experts en mogelijke gebruikers van mutaties.


Evt antwoorden via de GitHub issue zodat we kennis op 1 plek houden:
https://github.com/opengeogroep/NLExtract/issues/55

groet,

Just


 Original Message 
Subject:Re: [NLExtract] BAG : mutaties worden niet correct verwerkt 
(#55)
Date:   Tue, 19 Nov 2013 01:22:08 -0800
From:   bartkraan notificati...@github.com
Reply-To:   opengeogroep/NLExtract
reply+i-5348673-ed5e6a9396f50e7ddffc882e8609aa105ae771eb-582...@reply.github.com
To: opengeogroep/NLExtract nlextr...@noreply.github.com
CC: Just van den Broecke j...@justobjects.nl



Beste Just,

Het mutatiemechanisme van de BAG is inderdaad erg complex. Hieronder een
poging om het te verduidelijken:

De BAG bevat de levenscyclus de zeven objecttypen van adressen en
gebouwen. Ik gebruik hier verder pand als voorbeeld, maar hetzelfde
geldt voor alle andere BAG objecttypen.
Een pand wordt gebouwd, de situatie van het pand verandert een aantal
keer en uiteindelijk wordt het pand gesloopt. Vanaf het moment van
ontstaan van het nieuwe pand (bouwvergunning verstrekt) krijgt het pand
een uniek bag-id. Als de tijd verstrijkt zullen er meerdere voorkomens
van het pand zijn, bijvoorbeeld omdat de status van het pand wijzigt van
'bouwvergunning verstrekt' naar 'bouw gestart'. Om te weten welk
voorkomen actueel is op een peildatum moet er daarom gekeken worden naar
begindatumtijdvakgeldigheid en einddatumtijdvakgeldigheid.
Er is echter door de ontwerpers van het datamodel nog een tweede
mechanisme toegevoegd met als doel om eerder gemaakte foute mutaties te
kunnen corrigeren. De fout blijft gewoon onderdeel van de levenscyclus
van het pand, maar wordt gecorrigeerd met nieuwe voorkomens. In zo'n
geval wordt niet tijdvakgeldigheid maar aanduidingrecordincatief en
aanduidingrecordcorrectie gebruikt. Aanduidingrecordcorrectie geeft
daarbij aan wat het volgnummer is van de correctie, bij meerdere
correcties achter elkaar op hetzelfde voorkomen.
In een mutatiebestand kunnen op basis van dit mechanisme de volgende
wijzigingen doorkomen:
1: Een nieuw pand.
Nieuw pand-id dat nog niet bestond; wordt met insert toegevoegd.
2: Een situatiewijziging.
Bestaand pand-id; de nieuwe situatie wordt met een insert toegevoegd,
aan het record met de oude situatie wordt met een update een
einddatumtijdvakgeldigheid toegevoegd. Begindatumtijdvakgeldigheid van
het nieuwe record is gelijk aan einddatumtijdvakgeldigheid van het oude
record.
3: Verbetering van een fout.
Bestaand pand-id; de verbeterde situatie wordt met een insert
toegevoegd. Aan het record met de foute situatie wordt met een update de
aanduidingrecordinactief op true gezet en het foutvolgnummer in
aanduiddingrecordcorrectie gezet.
Een mutatiebestand bevat daarmee dus inserts van nieuwe voorkomens en
updates van voorkomens die al in de database zitten. Door een update
worden uitsluitend de velden einddatumtijdvakgeldigheid,
aanduidingrecordinactief en aanduidingrecordcorrectie geupdate.
Heel vervelend is het, dat bij mutaties van de derde soort (fouten), de
unieke key van een record wordt geupdate. Bovendien heeft dit het gevolg
dat door deze soort mutaties niet meer uit de levenscyclus van een pand
is op te maken in welke volgorde de mutaties zijn binnengekomen.

De volgorde van verwerking van de mutatiestroom is heel belangrijk.
Indien dit niet op extact de goede volgorde gebeurt, zou het kunnen
gebeuren dat er een update binnenkomt voor een record dat nog niet is
toegevoegd. In het mutatiebestand heeft daarom iedere bewerking een
tijdstipverwerking met 6 cijfers achter de secondekomma en daarbinnen
nog een volgnummer. Gelukkig komen de mutatiebestanden precies op die
volgorde gesorteerd binnen.

Voor mijn propertydata toepassingen ben ik vooral geïnteresseerd in de
dagelijkse/maandelijkse mutatiestroom. Die is echter alleen te
reproduceren op basis van de mutatiebestanden. Een levenscyclus-bestand
bevat geen informatie over het tijdstipverwerking van een mutatie. Ik
voeg inmiddels het tijdstipverwerking wel toe aan mijn bag database
tijdens het verwerken van mutaties.

Ik ben nog wel op zoek naar de maandelijkse mutatiebestanden vanaf het
moment dat de BAG compleet gevuld was. (1 juli 2011). Indien iemand met
hier aan kan helpen houd ik me aanbevolen!

Ik hoop dat het hiermee weer iets duidelijker is geworden. Indien iemand
nog vragen heeft dan help ik graag.

Met vriendelijke groet,

Bart Kraan
www.propertydata.nl http://www.propertydata.nl

—
Reply to this email directly or view it on GitHub
https://github.com/opengeogroep/NLExtract/issues/55#issuecomment-28775752.




___
Talk-nl mailing list

[OSM-talk-nl] hangout cancelled

2013-11-19 Per discussione Marc Gemis

ten gevolge van familiale omstandigheden kan ik jammer genoeg niet de
gastheer zijn van de hangout nu vrijdag. Indien niemand kan overnemen, zal
deze niet plaatsvinden.

met vriendelijke groeten

m
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [talk-au] Geoscience NATMAP 250K Topo Maps

2013-11-19 Per discussione David Bannon

On Wed, 2013-11-13 at 19:13 +1100, Andrew Harvey wrote:
Just a heads up that GA have a tile service for their NATMAP 250K Topo
Maps.

Thanks Andrew, I thought the list might be interested in a few comments
about this service.

Firstly, really cool that they are doing it !

Putting aside the licensing issue, I am not sure how useful the data is
wrt populating OSM. Its all pretty dated, I spotted a number of age
related errors in just the areas I am familiar with. So, I'd suggest
that armchair mappers could not use it to to update roads, park
boundaries and things like that.

On the other hand, it might be useful (licence permitting !) when
working on geographical features that don't change much and are
difficult to survey. Creek and river beds come to mind.

Lee was interested in historical location names from memory...

My interest was seeing those maps in FoxtrotGPS, while Foxtrot cannot
handle the Z/Y/X map structure, its pretty easy to sneak under it and
pull the maps down into its cache, renaming as you go.

I found that zoom level 12 appears to be the only really useful set. The
other levels are just an expansion or contraction of the level 12
images. Level 10 might just be usful as a key map, its sort of
recognisable.

I pulled down all of Victoria at level 12 and level 10 and it took up
about 180M. Certainly a useful alternative to OSM and Google maps.

David

On Wed, 2013-11-13 at 19:13 +1100, Andrew Harvey wrote:
Just a heads up that GA have a tile service for their NATMAP 250K Topo Maps.

So if you add this to JOSM/etc you can use this as a base layer to
derive information from.

http://www.ga.gov.au/gisimg/rest/services/topography/NATMAP_Digital_Maps_250K_2008Ed
ition_WM/MapServer/tile/{zoom}/{y}/{x}

The map is CC BY 3.0 AU as per
http://www.ga.gov.au/topographic-mapping/digital-topographic-maps/using-attributing-products.html

However as per the contributor terms I don't believe OSM allows one to
derive information from CC BY works and include this in OSM
(https://help.openstreetmap.org/questions/624/can-i-use-or-trace-from-cc-by-data-under-the-new-contributor-terms
but) and attach the attribution to the feature as per the usual
methods, unless you requst some kind of special license above and
beyond what GA already grant via the CC license.

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

Re: [talk-au] Geoscience NATMAP 250K Topo Maps

2013-11-19 Per discussione mick

On Wed, 20 Nov 2013 08:34:46 +1100
David Bannon dban...@internode.on.net wrote:

 On Wed, 2013-11-13 at 19:13 +1100, Andrew Harvey wrote:
  Just a heads up that GA have a tile service for their NATMAP 250K Topo
 Maps.
  
 
 Thanks Andrew, I thought the list might be interested in a few comments
 about this service.
 
 Firstly, really cool that they are doing it !
 
 Putting aside the licensing issue, I am not sure how useful the data is
 wrt populating OSM. Its all pretty dated, I spotted a number of age
 related errors in just the areas I am familiar with. So, I'd suggest
 that armchair mappers could not use it to to update roads, park
 boundaries and things like that. 
 
 On the other hand, it might be useful (licence permitting !) when
 working on geographical features that don't change much and are
 difficult to survey. Creek and river beds come to mind.
 
 Lee was interested in historical location names from memory...
 
Some gotchas I've found using the topo 250k combined with higher resolution 
subsets (e.g maps derived from the 10K  50k sets) is that they are not 
consistant in the placement of objects, with variations of up to 300 metres. 
The completeness of labeling of objects also falls off as resolution reduces.

I have also noticed that projection seems to be inconsistant between sets.

These observations may well be my incompetence.

To gain some confidence in what I've collected I plan to drive as many roads in 
my area of interest (Glen Innes, NSW) several times with my two GPS units 
recording and find an acceptable level of coincidence before I add anything to 
OSM.

Mick aka 'sparrowhawk'

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

Re: [talk-au] Geoscience NATMAP 250K Topo Maps

2013-11-19 Per discussione David Bannon

On Wed, 2013-11-20 at 10:32 +1100, mick wrote:

 To gain some confidence in what I've collected I plan to drive as many roads 
 in my area of interest (Glen Innes, NSW) several times with my two GPS units 
 recording and find an acceptable level of coincidence before I add anything 
 to OSM.

Mick, your GPS should give you some 'quality' measure along with its
positional information. Look in the XMl, you will see it under HDOP.

The basic GPS system (end to end) could deliver answers within 5 to 6
metres. But there are also 'geometry issues associated with aerial and
satelite position that multiplies that error.

HDOP is a measure of this geometry problem and you multiply it by the by
the systems intrinsic errors. At a hdop of 10 and a satellite / receiver
intrinsic error of, say, 6 meters, we have an uncertainty of 60 meters.
Thats getting a bit high for most use.

In some scripts distributed with FoxtrotGPS to clean up tracks for OSM,
I set an HDOP limit of 8, points greater than that are rejected. You
could, perhaps, apply the same rule to your data. Re-drive the ones that
have too many data points greater than 8 HDOP.

Now, I have greatly simplified the subject, you can be almost certain
someone with a lot more knowledge of DOP and GPS accuracy will clarify
it for us ! That would be a good thing !

david

 Mick aka 'sparrowhawk'
 
 ___
 Talk-au mailing list
 Talk-au@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-au



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

[talk-au] Fwd: {Adelaide Metro Developer Group} Open Street Maps Contribution

2013-11-19 Per discussione Alex Sims

Hi,

I met this afternoon with Garth Walker from the SA Government DPTI who’s using 
OpenStreetMap data with OpenJourneyPlanner for public transport journey 
planning on Adelaidemetro.com.au

One thing that came up early on was a lot of footpaths crossing but not meeting 
highways giving them and their users issues, e.g. from KeepRight

http://www.keepright.at/report_map.php?zoom=13lat=-34.91529lon=138.52762layers=B0Tch=0%2C191%2C192%2C193%2C194%2C195%2C196%2C197%2C198show_ign=1show_tmpign=1

If anyone is feeling like some armchair mapping here it would be most 
appreciated.

One question I tried to answer for Garth is how could his area help 
OpenStreetMap locally. I had a couple of ideas:
* A loan drone that I saw elsewhere today that can get images and integrates 
into OpenStreetMap and seems practical, (at least in France) for mapping areas 
without imagery quickly from 120m
* A Friday afternoon meeting for them to show us how they use OpenStreetMap
* Release of Survey Marks in SA for georeferencing

Are there any more ideas?

It was really helpful for me to find someone putting all of our hard work to 
good use in a public way.

Alex

Begin forwarded message:

 From: GW - Customer Experience garth.wal...@sa.gov.au
 Subject: {Adelaide Metro Developer Group} Open Street Maps Contribution
 Date: 20 November 2013 3:35:06 pm ACDT
 To: adelaide-metro-developer-gr...@googlegroups.com
 
 I'd like to say hi to the Open Street Maps community.
 
 We've identified a few areas of improvement for South Australian Open Street 
 Maps which we would encourage contributors to focus on.
 It would be really helpful to us and we're keen on building a relationship 
 with the community on this front.
 
 
 We're keen to see improvements to walking paths, official bike ways, 
 accessibility detail, street address detail and points of interest such as 
 tourist destinations.

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

Re: [talk-au] Fwd: {Adelaide Metro Developer Group} Open Street Maps Contribution

2013-11-19 Per discussione Daniel O'Connor

Would be great to participate in that convo.

Have being doing a lot of HOT stuff with Haiyan, and that has generated a
lot of possibilities for what I do during work hours (property industry) -
custom tiles,  how quickly satellite data was acquired,  use of the task
manager.

While my work interests are more on land than routing, would be neat to see
what can be useful to them.
On 20/11/2013 4:40 PM, Alex Sims a...@softgrow.com wrote:

 Hi,

 I met this afternoon with Garth Walker from the SA Government DPTI who’s
 using OpenStreetMap data with OpenJourneyPlanner for public transport
 journey planning on Adelaidemetro.com.au

 One thing that came up early on was a lot of footpaths crossing but not
 meeting highways giving them and their users issues, e.g. from KeepRight


 http://www.keepright.at/report_map.php?zoom=13lat=-34.91529lon=138.52762layers=B0Tch=0%2C191%2C192%2C193%2C194%2C195%2C196%2C197%2C198show_ign=1show_tmpign=1

 If anyone is feeling like some armchair mapping here it would be most
 appreciated.

 One question I tried to answer for Garth is how could his area help
 OpenStreetMap locally. I had a couple of ideas:
 * A loan drone that I saw elsewhere today that can get images and
 integrates into OpenStreetMap and seems practical, (at least in France) for
 mapping areas without imagery quickly from 120m
 * A Friday afternoon meeting for them to show us how they use OpenStreetMap
 * Release of Survey Marks in SA for georeferencing

 Are there any more ideas?

 It was really helpful for me to find someone putting all of our hard work
 to good use in a public way.

 Alex

 Begin forwarded message:

 *From: *GW - Customer Experience garth.wal...@sa.gov.au
 *Subject: **{Adelaide Metro Developer Group} Open Street Maps
 Contribution*
 *Date: *20 November 2013 3:35:06 pm ACDT
 *To: *adelaide-metro-developer-gr...@googlegroups.com

 I'd like to say hi to the Open Street Maps community.

 We've identified a few areas of improvement for South Australian Open
 Street Maps which we would encourage contributors to focus on.
 It would be really helpful to us and we're keen on building a relationship
 with the community on this front.


 We're keen to see improvements to walking paths, official bike ways,
 accessibility detail, street address detail and points of interest such as
 tourist destinations.



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


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

Re: [talk-au] Fwd: {Adelaide Metro Developer Group} Open Street Maps Contribution

2013-11-19 Per discussione Kate Chapman

Hi All,

(Kate from HOT, but I come to Australia at least once a year so I lurk on here)

I was going to suggest as another possibility a government sponsored
Mapathon. It could be a good way to get some new mappers interested
where having accurate transport routing is important to them
potentially outside of the traditional OpenStreetMap contributors.

Best,

-Kate



On Wed, Nov 20, 2013 at 12:57 PM, Daniel O'Connor
daniel.ocon...@gmail.com wrote:
 Would be great to participate in that convo.

 Have being doing a lot of HOT stuff with Haiyan, and that has generated a
 lot of possibilities for what I do during work hours (property industry) -
 custom tiles,  how quickly satellite data was acquired,  use of the task
 manager.

 While my work interests are more on land than routing, would be neat to see
 what can be useful to them.

 On 20/11/2013 4:40 PM, Alex Sims a...@softgrow.com wrote:

 Hi,

 I met this afternoon with Garth Walker from the SA Government DPTI who’s
 using OpenStreetMap data with OpenJourneyPlanner for public transport
 journey planning on Adelaidemetro.com.au

 One thing that came up early on was a lot of footpaths crossing but not
 meeting highways giving them and their users issues, e.g. from KeepRight


 http://www.keepright.at/report_map.php?zoom=13lat=-34.91529lon=138.52762layers=B0Tch=0%2C191%2C192%2C193%2C194%2C195%2C196%2C197%2C198show_ign=1show_tmpign=1

 If anyone is feeling like some armchair mapping here it would be most
 appreciated.

 One question I tried to answer for Garth is how could his area help
 OpenStreetMap locally. I had a couple of ideas:
 * A loan drone that I saw elsewhere today that can get images and
 integrates into OpenStreetMap and seems practical, (at least in France) for
 mapping areas without imagery quickly from 120m
 * A Friday afternoon meeting for them to show us how they use
 OpenStreetMap
 * Release of Survey Marks in SA for georeferencing

 Are there any more ideas?

 It was really helpful for me to find someone putting all of our hard work
 to good use in a public way.

 Alex

 Begin forwarded message:

 From: GW - Customer Experience garth.wal...@sa.gov.au
 Subject: {Adelaide Metro Developer Group} Open Street Maps Contribution
 Date: 20 November 2013 3:35:06 pm ACDT
 To: adelaide-metro-developer-gr...@googlegroups.com

 I'd like to say hi to the Open Street Maps community.

 We've identified a few areas of improvement for South Australian Open
 Street Maps which we would encourage contributors to focus on.
 It would be really helpful to us and we're keen on building a relationship
 with the community on this front.


 We're keen to see improvements to walking paths, official bike ways,
 accessibility detail, street address detail and points of interest such as
 tourist destinations.



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


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


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

Re: [Talk-br] Diário de mapa citado no blog oficial do OSM

2013-11-19 Per discussione Gerald Weber

Realmente o mapa da Itapetinga-BA é um show, uma pérola no meio do nada.

Já conversei com este mapeador e, até mesmo passei por Itapetinga no início
do ano em viagem à Bahia, onde os POIs existentes no osmand literalmente
salvaram o dia!

abraço a todos

Gerald


On 19 November 2013 00:46, Erick de Oliveira Leal 
erickdeoliveiral...@gmail.com wrote:

 http://www.openstreetmap.org/user/leodobrasil/diary/20300

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




-- 

Dr. Gerald Weber

gwebe...@gmail.com

Personal website https://sites.google.com/site/geraldweberufmg/


 Departamento de Física/Universidade Federal de Minas Gerais

Department of Physics/Federal University of Minas Gerais

Campus da Pampulha

Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil

mobile: +55-(0)31-96462277 (mudou/changed 02/07/2013)
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Diário de mapa citado no blog oficial do OSM

2013-11-19 Per discussione Fernando Trebien

Tinha que existir um cara desses em cada bairro de cada cidade hehe.


2013/11/19 Gerald Weber gwebe...@gmail.com

 Realmente o mapa da Itapetinga-BA é um show, uma pérola no meio do nada.

 Já conversei com este mapeador e, até mesmo passei por Itapetinga no
 início do ano em viagem à Bahia, onde os POIs existentes no osmand
 literalmente salvaram o dia!

 abraço a todos

 Gerald


 On 19 November 2013 00:46, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com wrote:

 http://www.openstreetmap.org/user/leodobrasil/diary/20300

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




 --

 Dr. Gerald Weber

 gwebe...@gmail.com

 Personal website https://sites.google.com/site/geraldweberufmg/


  Departamento de Física/Universidade Federal de Minas Gerais

 Department of Physics/Federal University of Minas Gerais

 Campus da Pampulha

 Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil

 mobile: +55-(0)31-96462277 (mudou/changed 02/07/2013)

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




-- 
Fernando Trebien
+55 (51) 9962-5409

The speed of computer chips doubles every 18 months. (Moore's law)
The speed of software halves every 18 months. (Gates' law)
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Diário de mapa citado no blog oficial do OSM

2013-11-19 Per discussione Vinicius de A . Maranhão

Endosso as palavras de Gerald - uma pérola no meio do nada e Trebien -
um cara desses em cada bairro de cada cidade.
Parabéns leodobrasil ! Parabéns Itapetinga !

Vinicius de Albuquerque Maranhão
vialma

Em 19/11/13, Fernando Trebienfernando.treb...@gmail.com escreveu:
 Tinha que existir um cara desses em cada bairro de cada cidade hehe.


 2013/11/19 Gerald Weber gwebe...@gmail.com

 Realmente o mapa da Itapetinga-BA é um show, uma pérola no meio do nada.

 Já conversei com este mapeador e, até mesmo passei por Itapetinga no
 início do ano em viagem à Bahia, onde os POIs existentes no osmand
 literalmente salvaram o dia!

 abraço a todos

 Gerald


 On 19 November 2013 00:46, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com wrote:

 http://www.openstreetmap.org/user/leodobrasil/diary/20300

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




 --

 Dr. Gerald Weber

 gwebe...@gmail.com

 Personal website https://sites.google.com/site/geraldweberufmg/


  Departamento de Física/Universidade Federal de Minas Gerais

 Department of Physics/Federal University of Minas Gerais

 Campus da Pampulha

 Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil

 mobile: +55-(0)31-96462277 (mudou/changed 02/07/2013)

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




 --
 Fernando Trebien
 +55 (51) 9962-5409

 The speed of computer chips doubles every 18 months. (Moore's law)
 The speed of software halves every 18 months. (Gates' law)



-- 
Vinicius Maranhao

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

Re: [Talk-br] Diário de mapa citado no blog oficial do OSM

2013-11-19 Per discussione Gerald Weber

2013/11/19 Fernando Trebien fernando.treb...@gmail.com

 Tinha que existir um cara desses em cada bairro de cada cidade hehe.


 Pois é Fernando, eu nem sei se temos sequer um por estado :(

Agora este exemplo ilustra uma coisa que vem norteando meu investimento há
tempos: focar no mapeamento do interior. Cidades grandes, capitais etc
sempre contam com muitas alternativas. Já cidades pequenas raramente tem
alguma coisa mapeada, estradas de terra em meio rural então...é onde
podemos fazer uma diferença muito mais imediata.

Mas o Leo em Itapetinga fez outra coisa essencial: ele criou um meio eficaz
para divulgar o mapa dele junto à comunidade local.

abraço

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

Re: [Talk-br] Diário de mapa citado no blog oficial do OSM

2013-11-19 Per discussione Vinicius de A . Maranhão

Gerald, e Trebian

Acredito que focar no interior é vital. Dos cinco mil quinhentos e
tantos municípios brasileiros quantos já tem o básico de suas vias ?
Alguém tem idéia de onde verificar o fato no OSM ?


O interior carece de mapas disponíveis para a população em geral (os
que existem estão em mãos das Prefeituras que nem sempre sabem, podem
ou querem compartilhar). Inserir esses pequenos municípios no mapa
livre é um serviço inestimável que chega a trazer orgulho (estamos no
mapa), além de proporcionar um instrumento para o exercício de
cidadania.

 Que tal vocês com mais experiência puxarem um mutirão para os
municípios menores de 10.000 hab ? Do menor para o maior, vias mesmo
sem nomes. Quantos são e em que estados estão ? E de que maneira criar
um modelo (receita de bolo do leo) para divulgar nas pequenas
comunidades caso seja encontrado algum participante que queira
encarar.

Toda pequena Prefeitura tem assessoria de imprensa, fazer contato por
email e enviar link e informar da inclusão preliminar. Enfim
abobrinhas de um OSM do interior.

Vinicius de Albuquerque Maranhão
vialma
Porto Real, RJ

Em 19/11/13, Gerald Webergwebe...@gmail.com escreveu:
 2013/11/19 Fernando Trebien fernando.treb...@gmail.com

 Tinha que existir um cara desses em cada bairro de cada cidade hehe.


  Pois é Fernando, eu nem sei se temos sequer um por estado :(

 Agora este exemplo ilustra uma coisa que vem norteando meu investimento há
 tempos: focar no mapeamento do interior. Cidades grandes, capitais etc
 sempre contam com muitas alternativas. Já cidades pequenas raramente tem
 alguma coisa mapeada, estradas de terra em meio rural então...é onde
 podemos fazer uma diferença muito mais imediata.

 Mas o Leo em Itapetinga fez outra coisa essencial: ele criou um meio eficaz
 para divulgar o mapa dele junto à comunidade local.

 abraço

 Gerald



-- 
Vinicius Maranhao

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

Re: [Talk-br] Diário de mapa citado no blog oficial do OSM

2013-11-19 Per discussione Nelson A. de Oliveira

2013/11/19 Vinicius de A. Maranhão viniciusdeamaran...@gmail.com:
  Que tal vocês com mais experiência puxarem um mutirão para os
 municípios menores de 10.000 hab ? Do menor para o maior, vias mesmo
 sem nomes. Quantos são e em que estados estão ? E de que maneira criar
 um modelo (receita de bolo do leo) para divulgar nas pequenas
 comunidades caso seja encontrado algum participante que queira
 encarar.

Meu irmão e eu pegamos os menores municípios de SP para mapear
(começamos do menor para o maior).
A gente atualiza a situação deles aqui
http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/SP (não está
muito atualizado; precisa dar uma revisada)

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

Re: [Talk-br] Diário de mapa citado no blog oficial do OSM

2013-11-19 Per discussione Vinicius de A . Maranhão

Grato Nelson. Aprenderei um pouco mais na página wiki brasil (primeira
vez). Eu ando praticando só pelo interior - pequenos municípios e
distritos. E vamos nós.

Em 19/11/13, Nelson A. de Oliveiranao...@gmail.com escreveu:
 2013/11/19 Vinicius de A. Maranhão viniciusdeamaran...@gmail.com:
  Que tal vocês com mais experiência puxarem um mutirão para os
 municípios menores de 10.000 hab ? Do menor para o maior, vias mesmo
 sem nomes. Quantos são e em que estados estão ? E de que maneira criar
 um modelo (receita de bolo do leo) para divulgar nas pequenas
 comunidades caso seja encontrado algum participante que queira
 encarar.

 Meu irmão e eu pegamos os menores municípios de SP para mapear
 (começamos do menor para o maior).
 A gente atualiza a situação deles aqui
 http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/SP (não está
 muito atualizado; precisa dar uma revisada)

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



-- 
Vinicius Maranhao

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

Re: [Talk-br] Diário de mapa citado no blog oficial do OSM

2013-11-19 Per discussione Arlindo Pereira

Eu particularmente tenho muito mais revisado e corrigido edições aqui na
Região Metropolitana do Rio de Janeiro (que monitoro) que efetivamente
mapeando regiões arbitrárias.

[]s
Arlindo
Em 19/11/2013 22:45, Wille wi...@wille.blog.br escreveu:

O mapa de Itapetinga é realmente muito bom, o mais surpreendente é que
Leo fez grande parte do mapeamento apenas com GPS.

On 19-11-2013 14:32, Arlindo Pereira wrote:

Muito legal a iniciativa mesmo. Eu tenho muita vontade de ter alguma
espécie de patrocínio e trabalhar viajando o país de bicicleta mapeando as
cidades pequenas. :-)

Também já pensei em fazer algo assim!!!

Que tal se a gente fizesse um esforço de traçar todas as cidades
pequenas que tenham imagem de alta resolução? Não sei como está a
disponibilidade do Bing hires Brasil a fora.

Acho que é melhor investir tempo divulgando o OSM e fazendo correção de
erros. Esse ano tenho mapeado menos que nos outros anos e venho tentando
divulgar mais o OSM, tanto ministrando palestras, quanto estudando formas
de criar outros mapas e aplicações a partir dos dados do OSM.

Recentemente surgiu um heavy mapper no interior da Bahia chamado ze
bernardes. Ele tem mapeado várias cidades no Sul da Chapada Diamantina e
suas zonas rurais, porém comete muito erros também. Não tenho conseguido
acompanhar todas as edições dele, então se alguém tiver com tempo para
fazer algumas correções de erros, o mapa da Bahia agradece:

http://keepright.ipax.at/report_map.php?zoom=11lat=-13.58558lon=-41.77764layers=B0Tshow_ign=1show_tmpign=1

abraços,
wille

[]s

Arlindo

___
Talk-br mailing
listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br

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

Re: [Talk-de] Tag für Viehunterstand?

2013-11-19 Per discussione Martin Vonwald

Ich tagge solche Unterstände mit amenity=shelter und
shelter_type=field_shelter.
Siehe http://wiki.openstreetmap.org/wiki/Key:shelter_type .

Martin


Am 19. November 2013 00:01 schrieb René Falk li...@falconaerie.de:

 Am 18.11.2013 23:25, schrieb Gregor Waluga:

  Hallo!

  Hat hier schon jemand einen Viehunterstand (kein Stall) gemappt?
 Amenity=animal_shelter ist schon anderweitig vergeben.


 Meinst du in etwa sowas?
 http://forum.openstreetmap.org/viewtopic.php?pid=351687#p351687


 Hallo Gregor,

 Nee, eher nicht. Bei mir sind das 3 Wände und ein Dach (Minimalausführung)
 ohne Möglichkeit die 4. Seite zu schließen oder zu versperren. und stehen
 auf Weiden und Koppeln rum. Es gibt auch Luxusausführungen mit
 Futterkrippe, Wasser und Einstreu. Im Unterschied zum Stall können die
 Tiere nach eigenem Gusto rein- und rauslaufen.
 Ich glaube, in England nennt man die Pferdeversion Paddockbox.
 Solche Unterstände gibt es auch für andere Weidetiere, nicht nur für
 Pferde.

 Grüße

 René



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

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

Re: [Talk-de] Tag für Viehunterstand?

2013-11-19 Per discussione Steffen Heinz


Am 18.11.2013 23:18, schrieb René Falk:

Hallo,

Hat hier schon jemand einen Viehunterstand (kein Stall) gemappt?
Amenity=animal_shelter ist schon anderweitig vergeben.



Der Name für Viehunterstand ist Offenstall...
Ist also ein Stall, auch wenn die vierte Seite fehlt, gibt auch welche 
die bestehen nur aus dem Dach oder einer halbhohen Wand (mit offenen 
Ausgang) rundrum


Grüße aus der Eifel
Steffen


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

[Talk-de] Listenmail in Listenmail verlinken

2013-11-19 Per discussione Markus


Im Listenmails wir manchmal eine Frage gestellt,
die in der Liste schon beantwortet wurde.

Wie kann man in einer Listenmail auf eine andere Listenmail verlinken?
Wie erstellt man den passenden Link, wenn man die Mail auf die man 
hinweisen will kennt/geöffnet hat?


Gruss, Markus

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

Re: [Talk-de] Post_Box vereinheitlichen?

2013-11-19 Per discussione Falk Zscheile

Am 19. November 2013 00:51 schrieb Walter Nordmann pil...@hotmail.com:

 Frederik Ramm wrote
  Ich glaub, ich nenne es Mangel an Respekt.

 wenn man die altbekannte Aussage Garbage in, garbage out nimmt, ist das
 Wort Müll garnicht so unpassend. Es ist für einen Auswerter nun nicht mal
 einfach bei mehreren Schreibweisen für ein und dieselbe Sache alle
 Eventualitäten zu berücksichtigen. Daher erscheint mir ein wenig Room
 Cleaning wohl angebracht.
 Es ist auch kein Müll, den da jemand eingegeben hat und der deswegen
 beschimpft wird, sondern die komischen Briefkästen sind einfach nicht zu
 gebrauchen. Und was nicht zu gebrauchen ist, ist  Datenschrott, kurz ...
 Müll.

 Aber wenn ich mir die Beiträge hier anschaue, dann ist OSM an dieser
uneinheitlichen Erfassung selbst schuld, weil im Wiki scheinbar nicht
ausreichend dokumentiert. dann ändert aber auch eine Bot-aktion nichts, es
dauert nur wieder eine Zeit, bis sich das Gleichgewicht, zwischen Angabe
mit Rechtsformenangabe und ohne wieder einstellt.

Also aus meiner Sicht wäre auch Deutsche Post der in OSM zu verwendende
Begriff.

1a. on the ground rule: auf den Briefkästen steht Deutsche Post. Ein
Problem bekommen wir, wenn die Deutsche Post (AG) die Beschriftung nicht
einheitlich handhabt.

1b. Normaler Sprachgebrauch: Man geht nicht zur Deutschen Post AG, sondern
zur Post, gemeint ist Deutsche Post (AG). Man geht auch nicht zu Lidl
Stiftung  Co. KG sondern einfach zu Lidl. Man geht zu Tchibo und nicht zu
Tchibo Betreibergesellschaft XY GmbH.

1c. Wortlaut operator also Betreiber, also der Name des Diensteanbieters,
Rechtsform gehört da nicht zwingend dazu.
(Wortlautverständnis=Laienverständnis, anders das juristisches Verständnis
(Expertenverständnis)). Laiensprache ist Kernprägnant -- jeder soll
verstehen, was gemeint ist. Expertensprache ist Randprägnant -- wichtig
sind die Grenzen des Begriffs.

2. Für den Laien so einfach wie möglich, für den Experten die Erweiterung:
Der Laie interessiert sich nicht für die Rechtsform des Diensteanbieters,
sondern nur für dessen Namen im Sinne der eindeutigen Bestimmung City
Post Deutsche Post -- der Brief muss in den richtigen Briefkasten,
fertig (Kernprägnant). Wenn jemand die Rechtsverhältnisse durchschaut, dann
sollte das in ein separates abhängiges Tag von operator -- etwa
operator:legal_form=value oder ähnliches packen: eindeutig, verständlich,
klar. Frei nach dem Motto, jeder eigenen Information ihr eigenes Tag.

3. Wir haben es oft mit Konzernen zu tun. Hier weiß man ohnehin nicht, mit
welchem abhängigen Unternehmen man es gerade zu tun hat. Deutsche Bahn AG,
Deutsche Bahn Fernverkehrs AG, Deutsche Bahn Regionalverkehr XYZ AG/GmbH,
Deutsche Bahn Service GmbH? Es kann nicht unsere Aufgabe als Mapper sein,
auch noch Konzernstrukturen zu erforschen bzw. sollen das nur die machen,
die es wollen und durchschauen.

4. Das Wiki ist nicht eindeutig:
 a) Bei http://wiki.openstreetmap.org/wiki/Key:operator steht nichts zur
Rechtsform. Als das spezielle Tag hat es höhere Autorität als ein Hinweis
zum operator=value im Zusammenhang mit amenity=post_box. Wenn wir den
Hinweisen im Zusammenhang mit anderen Tags den Vorrang einräumen haben wir
im Wiki noch mehr Widersprüche als ohnehin schon. Also die
Hauptdokumentation hat Vorrang vor der Nebendokumentation im Zusammenhang
mit einem anderen Tag. Also operator=value hat höhere Autorität als
amenity=post_box in Bezug auf den Inhalt von operator=value.
b) Die Fotos am Ende von
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpost_box mit den
operator-Tags sind inkonsistent: Nur bei der Deutschen Post AG ist die
Rechtsform angegeben, nicht bei den anderen Postdienstleistern aus
Schweden, Italien, Kroatien. Wer Zeit hat kann einmal schauen, wie es mit
dem post_box-operator-Tag in Dänemark ist. Dort scheint die Post auch
privatrechtlich organisiert zu sein (Post Danmark A/S). Das Gleiche gilt
für die schwedische Post (Posten AB) und für die italienische (Poste
Italiane S.p.A.) und die Kroatische (Hrvatska posta d.d.).
c) Fazit erst das Wiki konsistent machen, dann über eine Vereinheitlichung
im post_box-operator-Tag weiterverhandeln.


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

Re: [Talk-de] Listenmail in Listenmail verlinken

2013-11-19 Per discussione Martin Vonwald

Ich mach es so (umständlich, aber geht):
1) Archiv der Mailingliste suchen -
http://wiki.openstreetmap.org/wiki/Mailing_lists
2) Thread suchen und öffnen
3) Nachricht suchen - Link
https://lists.openstreetmap.org/pipermail/talk-de/2013-November/105768.html

Martin


Am 19. November 2013 09:57 schrieb Markus liste12a4...@gmx.de:

 Im Listenmails wir manchmal eine Frage gestellt,
 die in der Liste schon beantwortet wurde.

 Wie kann man in einer Listenmail auf eine andere Listenmail verlinken?
 Wie erstellt man den passenden Link, wenn man die Mail auf die man
 hinweisen will kennt/geöffnet hat?

 Gruss, Markus

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

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

Re: [Talk-de] Listenmail in Listenmail verlinken

2013-11-19 Per discussione Markus


Hallo Martin


Ich mach es so (umständlich, aber geht):
1) Archiv der Mailingliste suchen -
http://wiki.openstreetmap.org/wiki/Mailing_lists
2) Thread suchen und öffnen
3) Nachricht suchen - Link
https://lists.openstreetmap.org/pipermail/talk-de/2013-November/105768.html


Danke - ja das ist wirklich umständlich.

_Verbesserungsvorschlag_
Könnte man nicht in jede Mail unten einen Permalink einfügen?
Automatisch generiert, den man dann ganz simpel nutzen kann...

Falls das sinnvoll ist, kannst Du vielleicht diesen Vorschlag an die 
richtige Stelle weiterleiten?


Mit herzlichem Gruss,
Markus


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

Re: [Talk-de] Post_Box vereinheitlichen?

Hallo gmbo,
ich versuche bei größeren Änderung an den Daten eines Nutzer
ihne vorher zu kontaktieren (so geschehen zum Beispiel
bei Hausnummern). Da wir bisher nur  Sachen
mit Rechtschreibefehlern und Abkürzungen korrigiet haben (außer Dresden
und Umgebung), waren die Stückzahlen sehr begrenzt. Ich habe nur einen Fall
gefunden, bei dem ein Mapper mehrere Briefkästen
mit dem gleichen ungünstigen operator versehen hat. Dieser Mapper hat 18
Edits und ist seit 2010 nicht mehr aktiv gewesen. Hier wird also
eine Hinweis auf das Problem nicht groß von Nutzen sein.
Andere Rechtschreibfehler/... waren meist über ganz Deutschland
verteilt und betrafen damit nur einzelne Nutzer, die mal ein oder zwei
Briefkästen so eingetragen haben.


Das Ganze ist ein wenig wie mit den measurment stations. Es gab 2
verschiedenen Wege diese zu taggen, bis sich mal jemand hingestellt hat.
Proposalhttps://wiki.openstreetmap.org/w/index.php?title=Proposed_features/monitoring_stationoldid=965235

mfg Christian

Am 19. November 2013 01:00 schrieb gmbo g...@kilometerfresser.eu:

 Ich tagge da aber Deutsche Post, denn auf den Briefkästen steht
 Deutsche Post und nicht Deutsche Post AG.
 Im Wiki ist deshalb ja auch Deutsche Post  beschrieben. Da ist zwar
 nicht die Mehrheit aber selbst die Deutsche Post AG bezeichnet sich und ihr
 Produkt als Deutsch Post.
 http://standorte.deutschepost.de/Standortsuche?standorttyp=
 filialen_verkaufspunktelang=de
 Sicher im Impressum findet sich dann wieder Deutsche Post AG
 Das hieße also bei brand Deutsche Post und operator Deutsche Post AG
  taggen könnte dann auch richtig sein.

 Aber in den meißten Fällen ist es wie gesagt die Hilflosigkeit die ein
 Mapper hat wenn er etwas für ihn neues taggt.
 Da ist dann eine gute Wikiseite für den key der erste Ansprechpartner oder
 halt
 die Vorgabepresets.
 Wenn dann aber ein freier Text erwünscht ist muß damit gerechnet werden,
 dass es die unterschiedlichsten Einträge für das eigentlich gleiche gibt,
 da es Interpretationsunterschiede und Rechtschreib, Tippfehler gibt.

 Deshalb einen Mäpper als unwissend oder gar blöd hinzustellen und
 Massenedits zu fordern finde ich auch  nicht gut.

 Dann sollten die die es besser  wissen, an einer allgemeinverständlichen
 Beschreibung arbeiten. Damit würde dann die Vereinheitlichung direkt
 verbessert.
 Wenn mich dann die Tags einzelner User stören könnte ich den User
 freundlich anschreiben.
 Ungefär mit einer Frage ob die Verbesserung der Beschreibung jetzt
 verständlich wäre, da einem ja dabei schon mal den einen oder anderen
 Fehler übersähe und einer Beschreibung warum man was verbessert hätte..

 Fürs Edittieren wäre das das selbe: Mit der Erklärung wo das preset
 gefunden wird und der Beschreibung angeschiebene User fühlen sich dann
 betreut und nicht verhöhnt und würden im Normalfall bei Einsicht ihre
 Einträge selber Ändern.

 Im Falle der Briefkästenr wäre meiner Ansicht nach  eine comboboe nicht
 schlecht. Das Item könnte also z.B. so aussehen:
 
 item name=Post Box icon=styles/standard/service/post_box.png
 type=node
 link href=http://wiki.openstreetmap.org/wiki/Tag:
 amenity=post_box
 de.href=http://wiki.openstreetmap.org/wiki/DE:Tag:amenity=post_box;
 ja.href=http://wiki.openstreetmap.org/wiki/JA:Tag:amenity=post_box;
 pl.href=http://wiki.openstreetmap.org/wiki/Pl:Tag:amenity=post_box;
 pt_BR.href=http://wiki.openstreetmap.org/wiki/Pt-br:Tag:amenity=post_box;
 ru.href=http://wiki.openstreetmap.org/wiki/RU:Tag:amenity=post_box; /
 label text=Edit Postbox /
 space /
 key key=amenity value=post_box /
 combo key=operator text=Operator de.text=Unternehmen
 delimiter=| values=Arriva Deutschland|CITIPOST|+ Tochterunternehmen|City
 Mail Regensburg|City Mail Weiden|VDL Sachsen Holding|+
 Tochterunternehmen|Citykurier! Gera|Citykurier! Jena|Citykurier!
 Altenburg|Citykurier! Gera Depot Eisenberg|DEBEX|Deutsche Post|Die
 Briefboten|Frankenbrief Post und Logistik|FIRST MAIL Düsseldorf|Logistic
 Mail Factory|Main-BriefLogistik|Main-PostLogistik|NordbayernPost
 Zustellgesellschaft mbH + Co. KG|Ostalb Mail|MEDIA Logistik|PIN Mail|
 RegioMail|südmail|allgäu mail|Nordbrief Rostock default= Deutsche Post
 /
 combo key=brand text=Brand de.text=Marke delimiter=|
 values=Arriva|CITIPOST|City Mail|City-Post|Citykurier!|DEBEX|Deutsche
 Post|Die Briefboten|Frankenbrief|First Mail|LMF|Main-BriefLogistik|
 Main-PostLogistik|NordbayernPost|Ostalb 
 Mail|PostModern|pin|RegioMail|südmail|allgäu
 mail|NordBrief default= Deutsche Post /
 text key=ref text=Reference number /
 combo key=collection_times text=Collection times
 delimiter=| values=11:30|Mo-Fr 15:00,17:45,19:00,23:00; Sa 15:10; Su
 10:30,23:00|Mo-Fr 09:00-12:00,17:15; Sa 14:00; So,PH off /
 check key=drive_through text=Drive through /
 /item
 **


 Deshalb, noch einmal meine Meinung:
 Wir mappen als

Re: [Talk-de] Post_Box vereinheitlichen?

2013-11-19 Per discussione gmbo


Am 19.11.2013 10:33, schrieb Falk Zscheile:

Am 19. November 2013 00:51 schrieb Walter Nordmann pil...@hotmail.com:


Frederik Ramm wrote

Ich glaub, ich nenne es Mangel an Respekt.

wenn man die altbekannte Aussage Garbage in, garbage out nimmt, ist das
Wort Müll garnicht so unpassend. Es ist für einen Auswerter nun nicht mal
einfach bei mehreren Schreibweisen für ein und dieselbe Sache alle
Eventualitäten zu berücksichtigen. Daher erscheint mir ein wenig Room
Cleaning wohl angebracht.
Es ist auch kein Müll, den da jemand eingegeben hat und der deswegen
beschimpft wird, sondern die komischen Briefkästen sind einfach nicht zu
gebrauchen. Und was nicht zu gebrauchen ist, ist  Datenschrott, kurz ...
Müll.

Aber wenn ich mir die Beiträge hier anschaue, dann ist OSM an dieser

uneinheitlichen Erfassung selbst schuld, weil im Wiki scheinbar nicht
ausreichend dokumentiert. dann ändert aber auch eine Bot-aktion nichts, es
dauert nur wieder eine Zeit, bis sich das Gleichgewicht, zwischen Angabe
mit Rechtsformenangabe und ohne wieder einstellt.

Also aus meiner Sicht wäre auch Deutsche Post der in OSM zu verwendende
Begriff.

1a. on the ground rule: auf den Briefkästen steht Deutsche Post. Ein
Problem bekommen wir, wenn die Deutsche Post (AG) die Beschriftung nicht
einheitlich handhabt.

1b. Normaler Sprachgebrauch: Man geht nicht zur Deutschen Post AG, sondern
zur Post, gemeint ist Deutsche Post (AG). Man geht auch nicht zu Lidl
Stiftung  Co. KG sondern einfach zu Lidl. Man geht zu Tchibo und nicht zu
Tchibo Betreibergesellschaft XY GmbH.

1c. Wortlaut operator also Betreiber, also der Name des Diensteanbieters,
Rechtsform gehört da nicht zwingend dazu.
(Wortlautverständnis=Laienverständnis, anders das juristisches Verständnis
(Expertenverständnis)). Laiensprache ist Kernprägnant -- jeder soll
verstehen, was gemeint ist. Expertensprache ist Randprägnant -- wichtig
sind die Grenzen des Begriffs.

2. Für den Laien so einfach wie möglich, für den Experten die Erweiterung:
Der Laie interessiert sich nicht für die Rechtsform des Diensteanbieters,
sondern nur für dessen Namen im Sinne der eindeutigen Bestimmung City
Post Deutsche Post -- der Brief muss in den richtigen Briefkasten,
fertig (Kernprägnant). Wenn jemand die Rechtsverhältnisse durchschaut, dann
sollte das in ein separates abhängiges Tag von operator -- etwa
operator:legal_form=value oder ähnliches packen: eindeutig, verständlich,
klar. Frei nach dem Motto, jeder eigenen Information ihr eigenes Tag.

3. Wir haben es oft mit Konzernen zu tun. Hier weiß man ohnehin nicht, mit
welchem abhängigen Unternehmen man es gerade zu tun hat. Deutsche Bahn AG,
Deutsche Bahn Fernverkehrs AG, Deutsche Bahn Regionalverkehr XYZ AG/GmbH,
Deutsche Bahn Service GmbH? Es kann nicht unsere Aufgabe als Mapper sein,
auch noch Konzernstrukturen zu erforschen bzw. sollen das nur die machen,
die es wollen und durchschauen.

4. Das Wiki ist nicht eindeutig:
  a) Bei http://wiki.openstreetmap.org/wiki/Key:operator steht nichts zur
Rechtsform. Als das spezielle Tag hat es höhere Autorität als ein Hinweis
zum operator=value im Zusammenhang mit amenity=post_box. Wenn wir den
Hinweisen im Zusammenhang mit anderen Tags den Vorrang einräumen haben wir
im Wiki noch mehr Widersprüche als ohnehin schon. Also die
Hauptdokumentation hat Vorrang vor der Nebendokumentation im Zusammenhang
mit einem anderen Tag. Also operator=value hat höhere Autorität als
amenity=post_box in Bezug auf den Inhalt von operator=value.
b) Die Fotos am Ende von
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpost_box mit den
operator-Tags sind inkonsistent: Nur bei der Deutschen Post AG ist die
Rechtsform angegeben, nicht bei den anderen Postdienstleistern aus
Schweden, Italien, Kroatien. Wer Zeit hat kann einmal schauen, wie es mit
dem post_box-operator-Tag in Dänemark ist. Dort scheint die Post auch
privatrechtlich organisiert zu sein (Post Danmark A/S). Das Gleiche gilt
für die schwedische Post (Posten AB) und für die italienische (Poste
Italiane S.p.A.) und die Kroatische (Hrvatska posta d.d.).
Deutsch Post AG ist aber nur auf der engl. Wikiseite angegeben, auf der 
deutschen Seite steht wieder Operator = Deutsche Post

Also auch da nicht eindeutig.



c) Fazit erst das Wiki konsistent machen, dann über eine Vereinheitlichung
im post_box-operator-Tag weiterverhandeln.

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


Ansonsten stimme ich dem hier geschriebenen voll zu.
Wenn die Daten ungleich eingetragen werden fehlt immer eine einheitliche 
Beschreibung.
Bei meinem ersten eingetragenen Briefkasten hatte ich noch gedacht, die 
ist ja vorbildlich. Bis ich in Dresden einen Briefkasten eines anderen 
Anbieters fand.


Gruß Gisbert



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

Re: [Talk-de] Post_Box vereinheitlichen?

2013-11-19 Per discussione Christoph Hormann

On Tuesday 19 November 2013, Walter Nordmann wrote:
 Es ist auch kein Müll, den da jemand eingegeben hat und der
 deswegen beschimpft wird, sondern die komischen Briefkästen sind
 einfach nicht zu gebrauchen. Und was nicht zu gebrauchen ist, ist 
 Datenschrott, kurz ... Müll.

Sorry, aber diese Einordnung passt hier wirklich nicht, insbesondere im 
Vergleich zu anderen, wirklich ärgerlichen Fehlern in den Daten.

'Deutsche Post', 'Deutsche Post AG', auch Tippfehler wie 'Deutsche 
Poast', ja sogar 'Post' in Kombination mit einer Überprüfung 'Objekt 
innerhalb der Grenzen Deutschlands' lässt sich ohne exzessiven Aufwand 
bei der Auswertung vereinheitlichen.

Bezeichnungen wie 'Müll' oder 'Datenschrott' würde ich - wenn überhaupt 
(siehe Freds Bemerkungen dazu) - für Fälle reservieren, in denen der 
Fehler den Wert der Daten substantiell schmälert, was dann aber auch 
zwangsläufig dazu führt, dass sich der Fehler nicht durch einen 
einfachen Bot-Edit beheben ließe.

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [Talk-de] Post_Box vereinheitlichen?

2013-11-19 Per discussione christian.pietz...@googlemail.com

Ich denke wir sollten uns nun wieder auf den Kern des Problems
konzentrieren.
Wie soll ab hier weiter gemacht werden? Vllt einen Hinweis im Wiki, dass
es oft auch mit der Rechtsform getaggt wird?
Es ist wohl in diesem Fall zwar nicht schön, dass es mal so und mal so
gemacht wird, stellt aber im Grunde kein ernsthaftes Problem dar.
Ist halt auch etwas schade, dass teilweise das Wiki an sich (zb.:
zwischen den Sprachen) inkonsitent ist und auch Unterschiede zuden Presets
im Editor gibt. Dahingehend kann ich Falk Zscheile nur zustimmen. Das Wiki
ist gerade für Änfänger die
wichtigste Anlaufstelle und wenn es da schon Probleme gibt, kann es
sein, dass Neulinge schnell aufgeben.

mfg Christian


Am 19. November 2013 11:07 schrieb Christoph Hormann chris_horm...@gmx.de:

 On Tuesday 19 November 2013, Walter Nordmann wrote:
  Es ist auch kein Müll, den da jemand eingegeben hat und der
  deswegen beschimpft wird, sondern die komischen Briefkästen sind
  einfach nicht zu gebrauchen. Und was nicht zu gebrauchen ist, ist
  Datenschrott, kurz ... Müll.

 Sorry, aber diese Einordnung passt hier wirklich nicht, insbesondere im
 Vergleich zu anderen, wirklich ärgerlichen Fehlern in den Daten.

 'Deutsche Post', 'Deutsche Post AG', auch Tippfehler wie 'Deutsche
 Poast', ja sogar 'Post' in Kombination mit einer Überprüfung 'Objekt
 innerhalb der Grenzen Deutschlands' lässt sich ohne exzessiven Aufwand
 bei der Auswertung vereinheitlichen.

 Bezeichnungen wie 'Müll' oder 'Datenschrott' würde ich - wenn überhaupt
 (siehe Freds Bemerkungen dazu) - für Fälle reservieren, in denen der
 Fehler den Wert der Daten substantiell schmälert, was dann aber auch
 zwangsläufig dazu führt, dass sich der Fehler nicht durch einen
 einfachen Bot-Edit beheben ließe.

 --
 Christoph Hormann
 http://www.imagico.de/

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

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

Re: [Talk-de] Post_Box vereinheitlichen?

Am 19. November 2013 10:33 schrieb Falk Zscheile falk.zsche...@gmail.com:

 Also aus meiner Sicht wäre auch Deutsche Post der in OSM zu verwendende
 Begriff.

 1a. on the ground rule: auf den Briefkästen steht Deutsche Post. Ein
 Problem bekommen wir, wenn die Deutsche Post (AG) die Beschriftung nicht
 einheitlich handhabt.



sehe ich nicht als Argument, an Deutsche Post als brand hat ja niemand
was auszusetzen, der operator steht halt (in groß) nicht auf dem Kasten.
Deutsche Post AG als Betreiber kann man auch on the ground (sofern man
das auch auf allgemein zugängliche Quellen erweitert) m.E. kaum anzweifeln.




 1b. Normaler Sprachgebrauch: Man geht nicht zur Deutschen Post AG, sondern
 zur Post, gemeint ist Deutsche Post (AG).



aha, warum dann Deutsche Post und nicht Post? Wer sagt schon Ich gehe
zur Deutschen Post?



 1c. Wortlaut operator also Betreiber, also der Name des Diensteanbieters,
 Rechtsform gehört da nicht zwingend dazu.
 (Wortlautverständnis=Laienverständnis, anders das juristisches Verständnis
 (Expertenverständnis)). Laiensprache ist Kernprägnant -- jeder soll
 verstehen, was gemeint ist. Expertensprache ist Randprägnant -- wichtig
 sind die Grenzen des Begriffs.



also Post?




 2. Für den Laien so einfach wie möglich, für den Experten die Erweiterung:



amenity=post_box? Einfacher geht's ja kaum ;-) Operator und brand sind m.E.
schon fortgeschrittenere tags, die braucht der Laie gar nicht eintragen.




 3. Wir haben es oft mit Konzernen zu tun. Hier weiß man ohnehin nicht, mit
 welchem abhängigen Unternehmen man es gerade zu tun hat. Deutsche Bahn AG,
 Deutsche Bahn Fernverkehrs AG, Deutsche Bahn Regionalverkehr XYZ AG/GmbH,
 Deutsche Bahn Service GmbH? Es kann nicht unsere Aufgabe als Mapper sein,
 auch noch Konzernstrukturen zu erforschen bzw. sollen das nur die machen,
 die es wollen und durchschauen.



+1, und wer es nicht tun will, macht es halt nicht. Völlig einverstanden.
Aber hat das was damit zu tun, was man als besonders gute Lösung im Wiki
dokumentiert (und was in gewisser Weise dann auch wieder bestimmte Leute
motiviert, vorhandene Daten daran anzupassen)? Es geht hier ja nicht darum,
wie man von Null anfängt, vielmehr hat bereits eine Mehrheit sich die Mühe
gemacht, und die Rechtsform als Namensbestandteil in den Operator-tag
gesteckt.



 4. Das Wiki ist nicht eindeutig:
  a) Bei http://wiki.openstreetmap.org/wiki/Key:operator steht nichts zur
 Rechtsform.



der Name eines Unternehmens beinhaltet nunmal die Rechtsform, wieso sollte
man das nochmal extra dazuschreiben? Es steht da jedenfalls auch nicht,
dass man die Rechtsform weglassen soll.

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

Re: [Talk-de] Post_Box vereinheitlichen?