Re: [Talk-it] incrocio con luci gialli lampeggianti

[Volker Schmidt]

E' un incrocio a X con due bracci con segnale di stop e due senza. Su ogni
braccio c'è un "semaforo" con due luci gialli sovrapposti che lampeggiano
in alternanza.
Intuitivamente, a me sembra segnalare: "Attenzione, incrocio
particolarmente pericoloso"

On 13 Apr 2017 22:48, "Martin Koppenhoefer"  wrote:

>
>
> sent from a phone
>
> On 13. Apr 2017, at 22:16, Volker Schmidt  wrote:
>
> Come si mappano i quattro luci gialli lampeggianti su questo incrocio:
> https://www.mapillary.com/map/im/CYyYdgpxmCSVUtmNh6_atg
>
>
>
> cosa vogliono dire? Saranno per dare più enfasi allo stop, che altrimenti
> non viene rispettato? E' un segnale per indicare che il semaforo è stato
> omesso appositamente e non per risparmiare?
>
> non vedo che dicono di più rispetto ad un stop normale, sbaglio?
>
>
> 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-at] Einladung: Stammtisch Obersteiermark, 20.04.2017 (Donnerstag)

[Borut Maricic]

Herzliche Einladung zum OSM Stammtisch Obersteiermark!

Wann: Donnerstag, 20.04.2017, 18:00 Uhr
Wo: "Zum Italo-Steierer", Bachgasse 8, Leoben (Stadtteil Göß)
Tischreservierung: Auf „OpenStreetMap“

Die Themen und Fragen gibt es hier zum erweitern und anschauen:

https://wiki.openstreetmap.org/wiki/Leoben/Stammtisch

Diesmal mit Betonung auf Feuerwehr/OSM-Themen. Das Essen ist
bekanntlich auch sehr gut :) Wir bleiben meistens bis 22:00.

Falls jemand mit Zug kommt, mich bitte anschreiben - ein
Transfer vom/zu Leoben-HBhf kann gerne organisiert werden.

Liebe Grüße,
Borut (Borut@OSM)


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

Re: [OSM-ja] ライセンス違反のデータ

[Yuichiro Nishimura]

森さん


ならのにしむらです

情報の共有ありがとうございます

ソースが不明なもので同一のデータソースによるものも含め、更新しているマッパーの方に状況についてひとまず問い合わせてみますね






> 2017/04/13 23:00、森 智幸 のメール:
> 
> 森です。
> 
> 著作権のあるソースを使用したデータがあります。
> http://www.openstreetmap.org/changeset/46385490#map=16/34.8009/137.3700
> http://www.openstreetmap.org/way/164065686#map=17/34.81098/137.36295
> 
> 件数がかなりあり、自分ではどう対応すればよいか分かりません。
> 更新したマッパーさんも単に消してくれと言うだけでは対処に困るだろうとと思います。
> 
> どなたかこの件、引き受けていただけないでしょうか？
> 
> 
> このほか明記されていないが、同じソースだろうなというものも結構な量があります。
> 
> 
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja

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

Re: [talk-au] Finding map errors

[Warin]

On 05-Apr-17 06:36 PM, Warin wrote:

Ok ...progress on multipolygon errors
These are are now down (152 file size) to mostly large things .. like 
relations for boundaries of the states, Australia ...

I don't see anything wrong with them .. other than very long ways,
and I think that may be the problem with these being rendered as the 
program maybe limited in some way.

OSMinspector might be reporting these as 'geometry errors'.

I think I might try selecting one of these 'errors' and separating a 
reported faulty way up into smaller segments .. and see what happens,

if that way is also reported by OSMinspector as a long way.

Well .. tired out the long ways .. reduced them down on one relation.. 
and they still showed up as an error .. so not long ways but something 
else.
The particular relation I used for testing was a one member relation - 
changed it to a single way.



What of the others?
They won't effect the display of the map too much .. but they will 
effect the routing.


The ones that can be 'fixed' with armchair imagery mapping are the 
roundabouts.
Possibly barrier in NSW using the LPI base Map - that does show gates 
as an hourglass shape.


There maybe some that can be fixed just using the OSM data ..
for instance a section of one way road that should be connected to its 
partner opposing one way road and isn't.


Looked at a selection of the one way errors - about 9 out of 10 are 
entry/exits to parking areas... not interesting at all. :)



On 01-Apr-17 02:16 PM, Warin wrote:

The tools for finding map errors are one way of finding some map errors.
Additionally I am looking at rendering errors and gradually 'fixing' 
them.


As a comparison I have used the errors reported on 
http://alternativaslibres.org/en/downloads.php for the UK and OZ as;

these are updated daily so I can track progress.
the completion between OZ and UK can be an incentive to get 'our' 
errors down.


Yes the UK is a smaller size, but they have a greater population, and 
they therefore should have a greater number of things mapped.

Anyway here it is.

 File sizes in kbytes

Error type OZ file size   UK file size

Turn restrictions   179480

Roundabouts 1015130

One Way roads   193415

Multiplygons   172  1,200

Motorway exits18   30

House Numbers 605   5,600

Flares173  188

Barriers   29  153

Arcs  4,000  25,000

Doing well over all .. my experience with them;

roundabouts are not doing well,
there is a tendency to have 2 roads join the roundabout at the same 
place ... and that generates an error.

The separate roads should join the roundabout at different places.
Tiresome to fix as it makes little difference to the map, should make 
a difference to voice routing.


Multipolygons have gone down from 240 to 172 so far, I have been 
tackling them.

Mostly ways inner and outer sharing nodes, some crossing ways.
Makes a difference to map rendering.

Turn restrictions .. only a few samples by me so far .. but they look 
to have some members deleted.
It would be handy to have names on these to say what they were .. 
e.g. no right turn from Macquarie St to Bridge Rd.
That would make restoration and checking much easier. I have deleted 
some that never made sense. Others I have left messages for.

Makes a difference to routing.

One way roads .. again only a few samples.
But they look to be roads that have no connection - so there must be 
a large collection of vehicles at the .. or it never gets used. :)

Makes a difference to routing.


Barriers ... again only a few samples.
These seem to be a barrier (gate) that is on more than one road ..
say where 2 roads cross at right angles and the node where they cross 
is a gate ... must be a strange gate :)

Makes a difference to routing.








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

Wochennotiz Nr. 351 04.04.2017–10.04.2017

[Wochennotizteam]

Hallo,

die Wochennotiz Nr. 351 mit vielen wichtigen Neuigkeiten aus der 
OpenStreetMap-Welt ist da:

http://blog.openstreetmap.de/blog/2017/04/wochennotiz-nr-351/

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

Wochennotiz Nr. 351 04.04.2017–10.04.2017

[Wochennotizteam]

Hallo,

die Wochennotiz Nr. 351 mit vielen wichtigen Neuigkeiten aus der 
OpenStreetMap-Welt ist da:

http://blog.openstreetmap.de/blog/2017/04/wochennotiz-nr-351/

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

Re: [Talk-GB] Birmingham Tree Import

[Michael Booth]

Surely instead of just using email to let users know about comments on 
changesets and notes, there should be some sort of notification on the 
OSM website as well? There already is a notification in the top right 
corner for unread messages - this should be extended to changesets and 
notes.


There will always be some people who have problems with emails getting 
through to them, so they shouldn't be solely relied upon.


On 13/04/2017 16:53, Andy Townsend wrote:

On 13/04/2017 16:12, Brian Prangle wrote:


On the subject of fixing things, my block seems to have been 
precipitated by my not participating in changeset discussions of 
which I still remain oblivious because apparently the automatic email 
notification system breaks randomly and it seems I'm one of its 
victims. I can't fix this and I think it's a problem of at least two 
years standing.




I've seen a few different ways that emails can "not be delivered"; the 
good news is that they're all user-fixable.


1) One kind of problem is over-zealous spam filtering by your email 
provider.  A bit of training (regularly checking spam folders and 
fishing valid mail out) should work here.  If it doesn't, change your 
email provider.  With gmail (which your list mail and mine are using) 
I occasionally have to check the junk folder to fish out non-English 
emails, but otherwise it's pretty good at spam recognition.


2) Another is that you've tried to change email addresses in the past 
and not confirmed the "new" address.  To fix this go into "My 
Settings" and change email again, this time making sure that you click 
on the link within the "Confirm your e-mail address" email.


3) A third problem I've seen (but pretty unlikely to be the case here) 
is where you'd specified to your email provider that you want email 
delivered to a particular host and then for whatever reason that 
becomes impossible (perhaps the target server goes down).  Again, fix 
the problem that prevents email delivery, reconfirm the settings with 
your email provider and hosts should start retrying again shortly.




In the meantime is there any workround for viewing changeset discussions?



The ubiquitous Pascal Neis has an answer that's actually far better 
than a workaround.   Using the userid for a particular user you can 
browse to e.g.:


http://resultmaps.neis-one.org/osm-discussion-comments?uid=9065

or you can click through from an entry in e.g. 
http://resultmaps.neis-one.org/osm-discussions?c=United%20Kingdom .


Best Regards,

Andy



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



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

Re: [Talk-it] import massiccio di GPX

[carlo folini]

Che strumenti usano i rilevatori del CAI?

Il giorno 13 aprile 2017 14:01, Martin Koppenhoefer 
ha scritto:

>
> 2017-04-12 12:12 GMT+02:00 Alfredo Gattai :
>
>> La butto li' generica per tutti.
>> Fra un po' di tempo avremo a disposizione un certo flusso di GPX che
>> arrivano dai rilevatori del CAI piu' anche una certa quantita' di rilievi
>> piu' vecchi che stiamo recuperando.
>>
>
>
> aggiungo che idealmente le registrazioni sono fatte ogni secondo (e non
> ogni 10 metri o simile), e spente durante le soste (farlo in postediting è
> oneroso).
>
> Ciao,
> Martin
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>


-- 
Carlo Folini
mailto:carlo.fol...@gmail.com
blog: http://www.diariocorsa.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] incrocio con luci gialli lampeggianti

[Martin Koppenhoefer]

sent from a phone

> On 13. Apr 2017, at 22:16, Volker Schmidt  wrote:
> 
> Come si mappano i quattro luci gialli lampeggianti su questo incrocio:
> https://www.mapillary.com/map/im/CYyYdgpxmCSVUtmNh6_atg


cosa vogliono dire? Saranno per dare più enfasi allo stop, che altrimenti non 
viene rispettato? E' un segnale per indicare che il semaforo è stato omesso 
appositamente e non per risparmiare?

non vedo che dicono di più rispetto ad un stop normale, sbaglio?


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

[Talk-it] incrocio con luci gialli lampeggianti

[Volker Schmidt]

Come si mappano i quattro luci gialli lampeggianti su questo incrocio:
https://www.mapillary.com/map/im/CYyYdgpxmCSVUtmNh6_atg
?
Grazie in anticipo


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-GB] Birmingham Tree Import

[ael]

On Thu, Apr 13, 2017 at 04:53:12PM +0100, Andy Townsend wrote:
> On 13/04/2017 16:12, Brian Prangle wrote:
> > 
> > precipitated by my not participating in changeset discussions of which I
> > still remain oblivious because apparently the automatic email
> > notification system breaks randomly and it seems I'm one of its victims.
> 
> I've seen a few different ways that emails can "not be delivered"; the good
> news is that they're all user-fixable.

Although very few of my changesets have provoked discussion, so my
memory could be at fault, I am fairly confident that I only discovered
them by accident. And none of the 3 suggested causes applies in my case.

ael


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

Re: [Talk-cz] sekvence rozcestniku

[Milan Cerny]

Dobrá práce, díky za přehled. Jen by to chtělo doladit aby to bralo "nuly" před 
číslem. Rozcestníky 001-099 to nespáruje, což je škoda, právě těch by mělo být 
nejvíc.

Milan

__
> Od: Michal Grézl 
> Komu: OpenStreetMap Czech Republic 
> Datum: 13.04.2017 14:53
> Předmět: [Talk-cz] sekvence rozcestniku
>
>http://api.openstreetmap.cz/table/sequence/tr
>
>kdyz je u radku napsane DB, tak mame fotku s prislusnym tagem ref:XY123.
>
>zaroven sem udelal udelator co pridal tagy podle hodnoty ref. mozna to
>nekde nezafungovalo uplne dobre, ale melo by to byt ok.
>
>-- 
>Michal Grézl
>http://openstreetmap.cz
>
>___
>Talk-cz mailing list
>Talk-cz@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-cz
>
>

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

Re: [Talk-at] www.data.gv.at für Verwendung in OSM zugelassen?

[Martin Raifer]

Zur CC-BY Thematik siehe auch
https://blog.openstreetmap.org/2017/03/18/benutzung-von-cc-by-4-0-daten-in-openstreetmap/?lang=de
.

2017-04-13 17:50 GMT+02:00 Robert Kaiser :
> somehow_different schrieb:
>>
>> weitere Recherche hat folgendes zu Tage gefördert
>>
>> http://wiki.openstreetmap.org/wiki/Contributors#Austria
>>
>> Dort ist das Bundesportal data.gv.at ausdrücklich als mögliche Quelle
>> unter CC BY 3.0 angegeben. Wenn ich mir die Versionshistorie dieser
>> Seite anschaue, hat das User "Al."=Andreas Labres dort im Juni 2012
>> ergänzt. Bist das zufällig du?
>>
>> Dann ergibt sich folgende Frage: Was gilt nun hier? Ist jeglicher
>> Inhalt von data.gv.at zur freien Verwendung in OSM verfügbar, oder gilt
>> das nur für diejenigen Datensätze die selbst unter CC BY 3.0 dort zu
>> finden sind? Für Aufklärung bin ich sehr dankbar.
>
>
> CC-BY 3.0 und CC-BY-SA 2.0 sind ziemlich unterschiedlich zum behandeln.
> CC-BY-SA in jeglicher Form ist nicht mit der OSM-Datenbank kompatibel, da
> braucht man jedenfalls eine eigene Abmachung. SA würde bedingen, dass es
> unter keiner anderen Lizenz als CC-BY-SA weiter verwendet werden darf, und
> ODbL ist halt nicht das gleiche (obwohl im Sinn entsprechend).
> Bei CC-BY gibt es Diskussionen, weil es an sich kompatibel ist, aber es
> nicht 100% klar ist, ob die Nennung nur auf der Wiki-Seite genug ist, um das
> BY zu erfüllen, daher ist eine solche Klarstellung grundsätzlich einzuholen.
> Ob Andreas Labres die generell eingeholt hat, weiß ich nicht, aber normal
> ist es gut, ein dementsprechendes Schriftstück (kann auch elektronisch sein)
> zu verlinken, dann ist es klar.
>
> Zumindest ist das der Stand, den ich gehört habe, ich kann allerdings nicht
> für die DWG sprechen, bin nur "auch ein Mapper".
>
> Grüße,
> KaiRo
>
>
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

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

Re: [Talk-GB] Birmingham Tree Import

[Andy Townsend]

On 13/04/2017 16:12, Brian Prangle wrote:


On the subject of fixing things, my block seems to have been 
precipitated by my not participating in changeset discussions of which 
I still remain oblivious because apparently the automatic email 
notification system breaks randomly and it seems I'm one of its 
victims. I can't fix this and I think it's a problem of at least two 
years standing.




I've seen a few different ways that emails can "not be delivered"; the 
good news is that they're all user-fixable.


1) One kind of problem is over-zealous spam filtering by your email 
provider.  A bit of training (regularly checking spam folders and 
fishing valid mail out) should work here.  If it doesn't, change your 
email provider.  With gmail (which your list mail and mine are using) I 
occasionally have to check the junk folder to fish out non-English 
emails, but otherwise it's pretty good at spam recognition.


2) Another is that you've tried to change email addresses in the past 
and not confirmed the "new" address.  To fix this go into "My Settings" 
and change email again, this time making sure that you click on the link 
within the "Confirm your e-mail address" email.


3) A third problem I've seen (but pretty unlikely to be the case here) 
is where you'd specified to your email provider that you want email 
delivered to a particular host and then for whatever reason that becomes 
impossible (perhaps the target server goes down). Again, fix the problem 
that prevents email delivery, reconfirm the settings with your email 
provider and hosts should start retrying again shortly.




In the meantime is there any workround for viewing changeset discussions?



The ubiquitous Pascal Neis has an answer that's actually far better than 
a workaround.   Using the userid for a particular user you can browse to 
e.g.:


http://resultmaps.neis-one.org/osm-discussion-comments?uid=9065

or you can click through from an entry in e.g. 
http://resultmaps.neis-one.org/osm-discussions?c=United%20Kingdom .


Best Regards,

Andy

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

Re: [Talk-at] www.data.gv.at für Verwendung in OSM zugelassen?

[Robert Kaiser]

somehow_different schrieb:

weitere Recherche hat folgendes zu Tage gefördert

http://wiki.openstreetmap.org/wiki/Contributors#Austria

Dort ist das Bundesportal data.gv.at ausdrücklich als mögliche Quelle
unter CC BY 3.0 angegeben. Wenn ich mir die Versionshistorie dieser
Seite anschaue, hat das User "Al."=Andreas Labres dort im Juni 2012
ergänzt. Bist das zufällig du?

Dann ergibt sich folgende Frage: Was gilt nun hier? Ist jeglicher
Inhalt von data.gv.at zur freien Verwendung in OSM verfügbar, oder gilt
das nur für diejenigen Datensätze die selbst unter CC BY 3.0 dort zu
finden sind? Für Aufklärung bin ich sehr dankbar.


CC-BY 3.0 und CC-BY-SA 2.0 sind ziemlich unterschiedlich zum behandeln. 
CC-BY-SA in jeglicher Form ist nicht mit der OSM-Datenbank kompatibel, 
da braucht man jedenfalls eine eigene Abmachung. SA würde bedingen, dass 
es unter keiner anderen Lizenz als CC-BY-SA weiter verwendet werden 
darf, und ODbL ist halt nicht das gleiche (obwohl im Sinn entsprechend).
Bei CC-BY gibt es Diskussionen, weil es an sich kompatibel ist, aber es 
nicht 100% klar ist, ob die Nennung nur auf der Wiki-Seite genug ist, um 
das BY zu erfüllen, daher ist eine solche Klarstellung grundsätzlich 
einzuholen. Ob Andreas Labres die generell eingeholt hat, weiß ich 
nicht, aber normal ist es gut, ein dementsprechendes Schriftstück (kann 
auch elektronisch sein) zu verlinken, dann ist es klar.


Zumindest ist das der Stand, den ich gehört habe, ich kann allerdings 
nicht für die DWG sprechen, bin nur "auch ein Mapper".


Grüße,
KaiRo


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

[Talk-GB] Birmingham Tree Import

[Brian Prangle]

 Hi everyone


Thank you all for your interest in the import of trees in Birmingham. If
we'd realised they were this interesting we certainly wouldn't have gone
down the road we did.  We genuinely thought that the trees of Birmingham
wouldn't interest anyone outside of Birmingham and discussion with the
local community meant what it said. I believe the latter is  is still an
open question and worthy of discussion in a separate thread.


I'm starting a new thread to discuss how  we recover the situation, please
don't descend it into a death spiral of negativity which solves nothing and
just leaves everyone angry and upset. So thank you to Harry Wood for
setting the process going with a wikipage. I've followed up by creating a
dedicated import account with which I propose to eventually complete the
import and of course do any bulk edits on the existing data that become
necessary.


*For these two omissions I believe I have been justifiably chastised  and I
am duly contrite. My real fault is being too enthusiastic so reeling me
back in has done me good.*


On the subject of fixing things, my block seems to have been precipitated
by my not participating in changeset discussions of which I still remain
oblivious because apparently the automatic email notification system breaks
randomly and it seems I'm one of its victims. I can't fix this and I think
it's a problem of at least two years standing. Can I ask that it be given
some priority? How many others are being caught like this and being less
thick-skinned than me  are turned off participating again?

In the meantime is there any workround for viewing changeset discussions?



Regards

Brian

Lighten up everyone, OpenStreetMap is  meant to be fun. If it's stopped
being fun: stop!
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-cz] sekvence rozcestniku

[Michal Grézl]

no bylo:) ale asi to nejakou dobu zustane tak jak to je ...

2017-04-13 15:31 GMT+02:00 Mikoláš Štrajt :
> Pokud rozcestník s daným ref není v databázi (u sekvence není " -  DB"), tak
> odkaz vede na chybovou stránku "Not found".
>
> Nebylo by praktičtější kdyby to nebyl u té sekvence odkaz?
>
>
> -- Původní e-mail --
> Od: Michal Grézl 
> Komu: OpenStreetMap Czech Republic 
> Datum: 13. 4. 2017 14:55:22
> Předmět: [Talk-cz] sekvence rozcestniku
>
> http://api.openstreetmap.cz/table/sequence/tr
>
> kdyz je u radku napsane DB, tak mame fotku s prislusnym tagem ref:XY123.
>
> zaroven sem udelal udelator co pridal tagy podle hodnoty ref. mozna to
> nekde nezafungovalo uplne dobre, ale melo by to byt ok.
>
> --
> Michal Grézl
> http://openstreetmap.cz
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>



-- 
Michal Grézl
http://openstreetmap.cz

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

[OSM-ja] ライセンス違反のデータ

[森 智幸]

森です。

著作権のあるソースを使用したデータがあります。
http://www.openstreetmap.org/changeset/46385490#map=16/34.8009/137.3700
http://www.openstreetmap.org/way/164065686#map=17/34.81098/137.36295

件数がかなりあり、自分ではどう対応すればよいか分かりません。
更新したマッパーさんも単に消してくれと言うだけでは対処に困るだろうとと思います。

どなたかこの件、引き受けていただけないでしょうか？


このほか明記されていないが、同じソースだろうなというものも結構な量があります。


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

Re: [Talk-cz] sekvence rozcestniku

[Mikoláš Štrajt]

Pokud rozcestník s daným ref není v databázi (u sekvence není " -  DB"), tak
odkaz vede na chybovou stránku "Not found".



Nebylo by praktičtější kdyby to nebyl u té sekvence odkaz?





-- Původní e-mail --
Od: Michal Grézl 
Komu: OpenStreetMap Czech Republic 
Datum: 13. 4. 2017 14:55:22
Předmět: [Talk-cz] sekvence rozcestniku
"http://api.openstreetmap.cz/table/sequence/tr

kdyz je u radku napsane DB, tak mame fotku s prislusnym tagem ref:XY123.

zaroven sem udelal udelator co pridal tagy podle hodnoty ref. mozna to
nekde nezafungovalo uplne dobre, ale melo by to byt ok.

--
Michal Grézl
http://openstreetmap.cz

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

[Talk-cz] sekvence rozcestniku

[Michal Grézl]

http://api.openstreetmap.cz/table/sequence/tr

kdyz je u radku napsane DB, tak mame fotku s prislusnym tagem ref:XY123.

zaroven sem udelal udelator co pridal tagy podle hodnoty ref. mozna to
nekde nezafungovalo uplne dobre, ale melo by to byt ok.

-- 
Michal Grézl
http://openstreetmap.cz

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

Re: [Talk-it] Mappe OSM su tutte le ambulanze del 118 FVG

[Max1234Ita]

dieterdreist wrote
> accidenti, cellulari? E' la prima rete che collassa in caso di un
> emergenza. Non hanno più le vecchie radio su frequenze riservate?
> 
> Ciao,
> Martin
> 
> ___
> Talk-it mailing list

> Talk-it@

> https://lists.openstreetmap.org/listinfo/talk-it


Beh, non è detto...

Spero che abbiano *almeno* preso accordi con gli Operatori per poter avere
delle SIM con profilo ad alta priorità, in modo che la rete possa
priviliegiare le chiamate provenienti da quei terminali (anche forzando la
chiusura delle chiamate dell'utenza normale, se necessario).

Certo, però, che se si  pensa ad una "situazione d'emergenza" in cui anche
le celle e le centrali che gestiscono la rete non sono più utilizzabili (ed
in Italia, negli ultimi anni, ne abbiamo viste "alcune")... allora sì che si
sente la mancanza della cara vecchia Radio!

Max





--
View this message in context: 
http://gis.19327.n8.nabble.com/Mappe-OSM-su-tutte-le-ambulanze-del-118-FVG-tp5894839p5895318.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] import massiccio di GPX

[Martin Koppenhoefer]

2017-04-12 12:12 GMT+02:00 Alfredo Gattai :

> La butto li' generica per tutti.
> Fra un po' di tempo avremo a disposizione un certo flusso di GPX che
> arrivano dai rilevatori del CAI piu' anche una certa quantita' di rilievi
> piu' vecchi che stiamo recuperando.
>


aggiungo che idealmente le registrazioni sono fatte ogni secondo (e non
ogni 10 metri o simile), e spente durante le soste (farlo in postediting è
oneroso).

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

Re: [Talk-at] www.data.gv.at für Verwendung in OSM zugelassen?

[Andreas]

Am 2017-04-12 um 14:19 schrieb somehow_different:
> Hallo Andreas,
> 
> weitere Recherche hat folgendes zu Tage gefördert 
> 
> http://wiki.openstreetmap.org/wiki/Contributors#Austria
> 
> Dort ist das Bundesportal data.gv.at ausdrücklich als mögliche Quelle
> unter CC BY 3.0 angegeben. Wenn ich mir die Versionshistorie dieser
> Seite anschaue, hat das User "Al."=Andreas Labres dort im Juni 2012
> ergänzt. Bist das zufällig du?

Nein, sorry, das bin ich nicht, mein OSM user lautet "geologist"

> 
> Dann ergibt sich folgende Frage: Was gilt nun hier? Ist jeglicher
> Inhalt von data.gv.at zur freien Verwendung in OSM verfügbar, oder gilt
> das nur für diejenigen Datensätze die selbst unter CC BY 3.0 dort zu
> finden sind? Für Aufklärung bin ich sehr dankbar.

kann ich verstehen und würde mich auch interessieren.

lg
Andreas
geologist

> 
> Beste Grüße
> 
> Carsten
> 
> 
> Am Mittwoch, den 12.04.2017, 09:57 +0200 schrieb Andreas:
>> Am 2017-04-12 um 09:44 schrieb somehow_different:
>>>
>>> Hallo liebe österreichische OSM Gemeinde,
>>>
>>> ich wollte mich erkundigen, ob es bereits Absprachen mit dem
>>> Herausgeber [1] von www.data.gv.at gibt, in wieweit dortige Daten
>>> für
>>> den Import/bzw. als Quelle für OSM herhalten können.
>> wie ich das bis jetzt mit verfolgt habe, gibt es keine generelle
>> Abstimmung mit den Betreibern von data.gv.at. Meines Wissens wurde
>> nur
>> im Bereich Adressdaten mit dem BEV eine Vereinbarung getroffen, dass
>> die
>> Daten auch in OSM verwendet werden dürfen.
>>
>> lg Andreas
>>
>>>
>>>
>>> Mit besten Grüßen
>>>
>>> Carsten
>>> somehow_different
>>>
>>>
>>>
>>> [1] https://www.data.gv.at/impressum/
>>> [2] https://www.data.gv.at/katalog/dataset/verwaltungsgrenzen-vgd-s
>>> tich
>>> tagsdaten-niederosterreich/resource/aabb54e6-ee17-486b-b090-
>>> eafb738fb9e2
>>> [3] https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/
>>> [4] http://wiki.openstreetmap.org/wiki/Potential_Datasources#Austri
>>> a
>>> [5] http://area.jochentopf.com/fixing.html#open-rings
>>> [6] http://maproulette.org/map/2464/2131697
>>>
>>>
>>> ___
>>> Talk-at mailing list
>>> Talk-at@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-at
>>>
>>
>> ___
>> Talk-at mailing list
>> Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
> 


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

Re: [Talk-it] Mappe OSM su tutte le ambulanze del 118 FVG

[Martin Koppenhoefer]

2017-04-12 14:03 GMT+02:00 Cascafico Giovanni :

> Stando alle
> segnalazioni, la centrale unica di Palmanova trasmetteva la
> comunicazione e questa compariva nell’ambulanza dopo diversi minuti,
> anche cinque, e quindi gli operatori hanno scelto di usare per lo più il
> telefono cellulare.
>


accidenti, cellulari? E' la prima rete che collassa in caso di un
emergenza. Non hanno più le vecchie radio su frequenze riservate?

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

Re: [Talk-it] numeri civici multipli: che fare?

[Martin Koppenhoefer]

2017-04-13 12:25 GMT+02:00 Martin Koppenhoefer :

> hai una riferenza?
>


scusate, intendevo "un riferimento"

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

Re: [Talk-it] come organizzare il wiki per comuni che non sono città?

[Martin Koppenhoefer]

2017-04-13 10:16 GMT+02:00 Paolo Monegato :

> Per ogni quartiere mi sembrerebbe eccessivo. Lì potrebbe bastare una
> sezione dedicata nella pagina del comune. Poi chiaramente se questa sezione
> diventasse troppo corposa si potrebbe pensare a passare ad una sottopagina.



esatto. In generale la divisione in regioni, province e comuni mi sembra
utile, ma in certi casi, con tanti mappatori attivi, potrebbe avere senso
dividere le grandi città in più sezioni. Al livello di mailing list, ci
basta per esempio una per il Lazio, ma in realtà forse soltanto perché i
mappatori non vogliono usare una ML, perché di fatto non ci sono mai temi
che non riguardano Roma, o al massimo la provincia di Roma, mentre ci sono
mappatori attivi anche in Provincia di Viterbo, Latina, Frosinone o Rieti.

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

Re: [Talk-it] costruzioni abbandonate

[Martin Koppenhoefer]

2017-04-13 10:46 GMT+02:00 demon.box :

> spesso mi capita, girovagando in montagna, nei boschi, di imbattermi in
> piccole costruzioni probabilmente una volta servivano come riparo e/o
> deposito attrezzi ma oggi si presentano abbandonate.
> cioè non c'è più nemmeno la porta che chiude l'entrata e dentro non c'è
> assolutamente nulla.
> dal punto di vista strutturale sono però in buono stato, il tetto c'è
> ancora
> quindi non posso mettere
>
> ruins=yes
>
> secondo voi può andare
>
> abandoned=yes ?
>
> ed in altri casi mi è capitato di trovare invece una abitazione di
> villeggiatura a tutti gli effetti costruita su 2 piani, anche in questo
> caso
> strutturalmente non un rudere ma dove i vandali e/o ladri hanno spaccato e
> portato via tutto quello che potevano: porte rotte e divelte, finestre con
> vetri rotti, ecc.
>
> utilizzo sempre
>
> abandoned=yes ?
>
> grazie.
>


generalmente, sia "ruins" che "abandoned" come chiave a parte non vanno
troppo bene, perché cambiano il significato di un altro tag. Il più "nuovo"
approccio è di usare un prefisso come
abandoned:building=shed
etc.

personalmente uso anche un approccio del tagging for the renderer:
building=ruins
ruins=shed

quando la rovina è ancora più o meno edificio (non lo userei per dei resti
minimi).

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

Re: [Talk-it] Estratti wikipedia x Osmand

[Max1234Ita]

cascafico wrote
> Scusate se eventualmente l'argomento fosse già stato trattato, ma se
> inserisco wikipedia in google mi ritrovo in una foresta inestricabile di
> risultati.
> 
> Vado in vacanza in Piemonte e non vorrei scaricare tutti i 55 Mega di wiki
> nazionale. Esiste un modo semplice per ritagliare, oppure degli estratti
> già belli e pronti?
> 
> ___
> Talk-it mailing list

> Talk-it@

> https://lists.openstreetmap.org/listinfo/talk-it


Che versione di OsmAnd hai?

Io ho la Nightly della 2.6 (Plus) e nel menu di Gestione Mappe, alla sezione
/Download/, vedo proposti i file Wikipedia suddivisi per regione: quello del
Piemonte "pesa" 52.3 Megabyte, contro i 5.3 del bistrattato Molise, che
credo sia la regione meno mappata d'Italia.

Ciao,
Max



--
View this message in context: 
http://gis.19327.n8.nabble.com/Estratti-wikipedia-x-Osmand-tp5895298p5895312.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-lazio] CTR 1:5000 vettoriale

[Martin Koppenhoefer]

2017-04-12 10:02 GMT+02:00 Dino Michelini :

> Premetto che ho fatto solo delle verifiche a campione in alcuni piccoli
> comuni del viterbese che conosco meglio ma caricando con QGis gli shp dei
> fabbricati (file con "f" nel nome) rilevo che i dati sono molto attendibili
> e precisi.




io ho fatto recentemente un'analisi (visiva) di Mazzano Romano nella CTR, e
ho trovato la mappa inutilizzabile per il borgo antico: passaggi pedonali
(molto stretti) tra edifici mancano, invece sembra che si tratti di un
unico edificio, ed in generale più edifici (piccoli) sono rappresentate
come unico edificio / complesso edificato. E' una mappa 1:5000 a tutti gli
effetti, non utilizzabile in scala 1:1000, con dettagli mancanti,
generalizzata, semplificata. E' più preciso il catastro gregoriano del
ottocento. Con le foto di Mapbox si può fare decisamente meglio "a mano"
(con rilievo).

Cosa invece potrebbe essere utilizzabile della CTR sono le curve di livello
/ forme del territorio (difficili da rilevare per noi, e non abbiamo altre
alternative), toponimi ed altro. Anche le quote potrebbero essere
interessanti. Invece i sentieri mancano anche in parti interessanti ed
importanti (per esempio manca il sentiero che porta dal borgo di Mazzano
Romano al ponte del fiume sottostante, mentre il ponte stesso, struttura
sufficientemente larga per trattori e fatto in cemento armato, è
rappresentato). Dove ci sono potrebbero essere interessanti (anche se non
sono precisi / dettagliati come in aree rilevate da noi con GPS).

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

Re: [Talk-it] [Talk-it-lazio] CTR 1:5000 vettoriale

[Martin Koppenhoefer]

2017-04-12 10:47 GMT+02:00 Alessandro Palmas :

> Come si può leggere nel commento dei dataset sono carte vecchie, a parte
> Frosinone e Rieti del 2009 (che significa già 8 anni) le altre vanno dal
> 1979 al 2003. Al giorno d'oggi potremmo quasi definirle carte storiche :-)



si, un'importazione di massa (cecamente, senza guardare il singolo caso)
non si propone, nemmeno per le carte pubblicate nel 2009. Rimane la
possibilità di utilizzare alcune geometrie nel singolo caso, invece di
disegnare a mano si potrebbe copiare da un vettoriale. La maggior parte
degli edifici è più vecchia del 2003, perciò i dati potrebbero ancora avere
qualche senso (oltre all'interesse storico). Rimane il problema del
posizionamento (in altre regioni c'erano lamenti continui su questo, non ho
verificato niente, ma chiaramente quel che si prende si deve inserire bene
con quello che già c'è).

I civici non ci sono, vero?

Io penso quello che potrebbe avere senso prendere sono i toponomi, i nomi
dei fiumi e torrenti, delle montagne, e altri informazioni che non cambiano
molto in termini medii, e che mancano ancora (parzialmente/puntualmente) in
OSM.

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

Re: [Talk-it] numeri civici multipli: che fare?

[Martin Koppenhoefer]

2017-04-13 12:21 GMT+02:00 Maurizio Napolitano :

> guardando le slide dell'ISTAT mi sembra invece di capire che questo caso
> è contemplato.
>


hai una riferenza?



> Inoltre ho trovato ancora dataset open data di comuni che pubblicano i
> civici
> in quel modo.
>


quindi contengono lo stesso civico più volte per ingressi differenti?

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

Re: [Talk-it] numeri civici multipli: che fare?

[Maurizio Napolitano]

>
> io metterei ripetutamente gli civici come sono messi. Il problema non è solo
> di OSM, è concettualmente sbagliato, perciò penso la cosa più sensata, oltre
> a mappare il disagio, sarebbe segnalare agli uffici competenti. Molto
> probabilmente va contro le regole di ISTAT, forse anche contro la legge?

guardando le slide dell'ISTAT mi sembra invece di capire che questo caso
è contemplato.
Inoltre ho trovato ancora dataset open data di comuni che pubblicano i civici
in quel modo.

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

Re: [Talk-it] numeri civici multipli: che fare?

[Martin Koppenhoefer]

2017-04-13 11:03 GMT+02:00 Maurizio Napolitano :

> e quando il poligono è su 4 strade e, per ogni strada, ci sono diversi
> civici di cui alcuni portano direttamente al centro commerciale
> (ed hanno lo stesso numero)
>


io metterei ripetutamente gli civici come sono messi. Il problema non è
solo di OSM, è concettualmente sbagliato, perciò penso la cosa più sensata,
oltre a mappare il disagio, sarebbe segnalare agli uffici competenti. Molto
probabilmente va contro le regole di ISTAT, forse anche contro la legge?

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

Re: [Talk-de] Liste mit Händleradressen hinzufügen

[Martin Trautmann]

On 17-04-12 13:32, Tom Pfeifer wrote:

On 12.04.2017 11:46, Martin Trautmann wrote:

wie kann ich am einfachsten eine Liste von Händlern hinzufügen?


Kurze Antwort: tu es nicht.


Befürchtete ich


Konkretes Beispiel: hier in Freiburg haben sie die Gasabfüllstation am
Güterbahnhofgelände
abgerissen.


Die abgerissene Station darft du in OSM löschen, gib im
Changeset-Kommentar bitte an, was wann passiert damit ist.


Da er nicht mehr da ist kann ich ihn nicht fragen, wann er ging


Damit ist auch der dortige Händler verschwunden. Jetzt gibt es nur
noch die Baumärkte
als naheliegende Bezugsquelle.


Wenn du im konkreten Baumarkt gesehen hast, dass dort abgefüllt wird,
kannst du das einzeln eintragen.


Nein, dort wird nicht abgefüllt. Nirgends wird abgefüllt, fast nirgends. 
Alle verkaufen fertig abgefüllte Flaschen.



Auf www.basigas.de fand ich aber eine ganze Händlerliste. Wie kann ich
deren Informationen nun unter
der Kategorie Flüssiggas am einfachsten der openstreetmap hinzufügen?


Die dortige Liste (http://www.basigas.de/kontakt/gasecenter.php) wurde
vom Betreiber der Webseite für seine Zwecke zusammengestellt, und ist
mit dem Vermerk "Copyright 2017" gekennzeichnet. Damit hat sie der
Seitenbetreiber nicht unter eine freie Datenbanklizenz gestellt, man
darf nicht einfach dahergehen, die Liste kopieren und in eine andere
Datenbank (hier OSM) einpflegen. Kurz, die Lizenz ist nicht mit der ODbL
[1] kompatibel.


Angenommen, ich bekäme für die Liste seine Zustimmung.
Das Copyright erstreckt sich auch auf die Liste, vor allem aber wohl dem 
Layout der ganzen Website.




Zur besseren Verarbeitung habe ich sie bereits in eine Tabelle
übertragen:




Das solltest du wieder löschen, da du bereits hier ein fremdes Werk
kopiert und zur Verbreitung im Internet bereitgestellt hast. Es sei
denn, du hast eine schriftliche Erlaubnis des Urhebers, dies zu tun.


Stimmt, mein Fehler.


Des weiteren wäre das Einpflegen einer solchen Liste ein Import, für den
in OSM strenge Maßstäbe gelten. [2]


Hm, die MUSTs sind mir zu heftig. Dann lass' ich es besser.


Schließlich haben solche Listen erfahrungsgemäß viele Fehler. 5% der
Firmen wurden geschlossen, 5% habe andere Öffnungszeiten, 5% sind
umgezogen, 5% wurden von einer Kette geschluckt, und ein paar Adressen
waren schon bei der Eingabe fehlerhaft. OSM will solche Daten daher vor
Ort erfassen, da machen wir nur unsere eigenen Fehler.

Was du also machen kannst, du packst dir die Liste in deine
Satteltasche, und wenn du an einer solchen Station vorbeireitest, prüfst
du die Daten und trägst dann diese Station ein.


Da ich an 95 % der Stationen nie vorbeikommen werde kann ich auch das 
lassen.



Schönen Gruß
Martin

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

Re: [Talk-es] ¿Abreviar nombres de colegios, universidades etc..?

[Francisco Javier]

Siguiendo vuestros consejos he cambiado el nombre abreviado por el completo
a varios centros y he utilizado la etiqueta short_name y el buscador hace
su trabajo muy bien, encuentra lo que buscas a la primera.

Muchas gracias :)




El 12 de abril de 2017, 12:37, Alejandro S. 
escribió:

> Buenas,
> Las abreviaturas pueden resultar interesantes de cara a ampliar las
> posibilidades de encontrar un elemento a través del buscador, pero se
> tienen que poner con la etiqueta short_name, nunca en el name.
>
> https://wiki.openstreetmap.org/wiki/Key:short_name
>
> Saludos,
> Alejandro
>
> On Wed, Apr 12, 2017, 12:28 dcapillae  wrote:
>
>> Suelo seguir las recomendaciones del wiki y nombrar los centros de
>> enseñanza
>> con su denominación completa, sin abreviaturas. Personalmente considero
>> más
>> adecuado no utilizar abreviaturas en ningún caso, ni como sustitución del
>> nombre ni como complemento del nombre.
>>
>> Por ejemplo, el "Instituto de Educación Secundaria Ciudad Jardín" ( en OSM
>> > 41662#map=18/36.74664/-4.41662>
>> ) se nombraría como tal. Yo evitaría utilizar fórmulas que incluyesen
>> abreviaturas. No utilizaría ni "I. E. S. Ciudad Jardín" ni tampoco
>> "Instituto de Educación Secundaria IES Ciudad Jardín". La primera resulta
>> críptica, la segunda redundante.
>>
>> Considero que la fórmula más adecuada sería precisamente la que
>> recomiendan
>> en el wiki: utilizar el nombre completo tal cual, sin abreviaturas.
>>
>>
>>
>> -
>> Daniel Capilla
>> OSM user: dcapillae
>> --
>> View this message in context: http://gis.19327.n8.nabble.
>> com/Abreviar-nombres-de-colegios-universidades-etc-tp5895234p5895240.html
>> Sent from the Spain mailing list archive at Nabble.com.
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] numeri civici multipli: che fare?

[Luca Delucchi]

2017-04-13 11:03 GMT+02:00 Maurizio Napolitano :
>> lo stesso numero su ogni ingresso potrebbe essere rappresentato con un 
>> civico sul poligono del supermercato/centro commerciale/etc
>> mentre gli ingressi si possono in ogni caso mappare con entrance e non 
>> necessitano di indirizzo.
>
> e quando il poligono è su 4 strade e, per ogni strada, ci sono diversi
> civici di cui alcuni portano direttamente al centro commerciale
> (ed hanno lo stesso numero) ed altri invece sono uffici ai piani
> superiori (ed hanno il numero con una estensione es. 4/a)
>

io semplificherei un po', i numeri irpetuti li metterei solo una volta
nell'ingresso che credi principale... l'importante è avere il dato che
il numero civico sia li

-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-it] numeri civici multipli: che fare?

[Maurizio Napolitano]

> lo stesso numero su ogni ingresso potrebbe essere rappresentato con un civico 
> sul poligono del supermercato/centro commerciale/etc
> mentre gli ingressi si possono in ogni caso mappare con entrance e non 
> necessitano di indirizzo.

e quando il poligono è su 4 strade e, per ogni strada, ci sono diversi
civici di cui alcuni portano direttamente al centro commerciale
(ed hanno lo stesso numero) ed altri invece sono uffici ai piani
superiori (ed hanno il numero con una estensione es. 4/a)

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

[Talk-it] Fwd: Re: [Talk-it-lazio] CTR 1:5000 vettoriale

[Dino Michelini]

  Nella precedente mail ho incluso Bolsena (che ha poco meno di 4.000
abitanti) tra i 4 comuni della provincia di Viterbo tra i 10.000 e
50.000; il resto è corretto. Scusate...

 Original Message
 

SUBJECT:
Re: [Talk-it] [Talk-it-lazio] CTR 1:5000
vettoriale

DATE:
Wed, 12 Apr 2017 13:23:09 +0200

FROM:
Dino
Michelini 

TO:
openstreetmap list - italiano 

Ciao Alessandro, il
problema che sollevi circa l'aggiornamento delle CTR a mio avviso esiste
solo per le nuove aree di edificazione mentre per i centri storici la
situazione di fatto non è cambiata (vedi ad es. vincoli delle
soprintendenze). Inoltre, c'è da dire che il rilascio di nuove
concessioni edilizie nelle arre agricole (alias case/ville di campagna)
è possibile solo su un lotto minimo di mq. 5.000. Ciò significa che per
la maggior parte dei comuni con meno di 5000 abitanti le nuove arre di
espansione edilizia sono piccole come superficie e poche come numero. Il
problema dell'aggiornamento della CTR si pone non in tutti i comune del
Lazio ma solo in quelli che hanno avuto dal 2008 una apprezzabile
aumento della popolazione dimorante/residente, per il resto si tratta
per lo più di piccoli paesi (al di sotto dei 5000 abitanti) o medi
centri (al di sotto dei 1 abitanti). Ad es. nella provincia di
Viterbo su 60 comuni, 1 ha più di 50.000 abitanti (Viterbo), 4 hanno più
di 10.000 abitanti (Vetralla, Montefiascone, Bolsena, Tarquinia e Civita
Castellana), 14 hanno tra i 5000 e 10.000 abitanti e ben 41 hanno meno
di 5.000 abitanti; ciò significa che l'espansione edilizia nel 67% dei
comuni della provincia è stata ben poca cosa rispetto ai comuni più
grandi. In sostanza nel 67% dei comuni della provincia i centri storici
sono ancora molto abitati. Purtroppo, i centri storici sono per lo più
sovrapposizione di edifici costruiti in un arco temporale che va da
prima dei romani fino al rinascimento o ottocento ed è difficile se non
impossibile ricalcare da ortofoto o mappare con gps per evidenti
problemi di multipath del segnale. Ad es. nel mio comune (Oriolo Romano)
le CTR sostanzialmente coprono l'edificato attuale nonostante il paese
abbia in questi anni avuto un incremento di popolazione apprezzabile
(+77% dal 2001 al 2015). 
Proprio perchè le CTR del Lazio sono come le
definisci "carte storiche" potrebbero essere un importante strumento di
completamento per OSM ed essere impiegate per un import dei fabbricati
almeno per i centri storici. Per come sono organizzate le CTR nel Lazio
(shape a livello comunale) si tratterebbe di importare solo i fabbricati
dei comuni che rispondono ad alcune precise specifiche: ad es. comuni
dove l'aumento demografico è stato regolare o minimo ovvero dove si sono
costruiti pochi fabbricati, oppure, fare l'import solo dei fabbricati
dei centri storici, ecc.
PS Se avessi avuto a disposizione le CTR mi
sarei risparmiato molto lavoro di ricalco oltre ad imprecisioni dovute
alle ortofoto.

Il 12.04.2017 10:47 Alessandro Palmas ha scritto: 

>
Buongiorno,
> rispondo in ML nazionale ad un messaggio del talk-Lazio
>

>> Salve, dal 27 gennaio 2017 su
http://dati.lazio.it/catalog/it/dataset?q=ctr [1] sono disponibile le
CTR 1:5000 delle provincie laziali. Premetto che ho fatto solo delle
verifiche a campione in alcuni piccoli comuni del viterbese che conosco
meglio ma caricando con QGis gli shp dei fabbricati (file con "f" nel
nome) rilevo che i dati sono molto attendibili e precisi.
>> A questo
punto forse conviene richiedere a Opendata Lazio l'autorizzazione
all'utilizzo della CTR in OSM.
> 
> Come si può leggere nel commento dei
dataset sono carte vecchie, a parte Frosinone e Rieti del 2009 (che
significa già 8 anni) le altre vanno dal 1979 al 2003. Al giorno d'oggi
potremmo quasi definirle carte storiche :-)
> 
> Alessandro
Ale_zena_IT

Con Open 4 Giga a 9 euro/4 sett navighi veloce, chiami e
invii SMS dal tuo smartphone verso tutti i fissi e mobili in Italia.
Passa a Tiscali Mobile! http://casa.tiscali.it/mobile/ [2]

 



Con Open 4 Giga a 9 euro/4 sett navighi veloce, chiami e invii SMS dal tuo 
smartphone verso tutti i fissi e mobili in Italia. Passa a Tiscali Mobile! 
http://casa.tiscali.it/mobile/

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

[Talk-it] costruzioni abbandonate

[demon.box]

spesso mi capita, girovagando in montagna, nei boschi, di imbattermi in
piccole costruzioni probabilmente una volta servivano come riparo e/o
deposito attrezzi ma oggi si presentano abbandonate.
cioè non c'è più nemmeno la porta che chiude l'entrata e dentro non c'è
assolutamente nulla.
dal punto di vista strutturale sono però in buono stato, il tetto c'è ancora
quindi non posso mettere 

ruins=yes

secondo voi può andare 

abandoned=yes ?

ed in altri casi mi è capitato di trovare invece una abitazione di
villeggiatura a tutti gli effetti costruita su 2 piani, anche in questo caso
strutturalmente non un rudere ma dove i vandali e/o ladri hanno spaccato e
portato via tutto quello che potevano: porte rotte e divelte, finestre con
vetri rotti, ecc.

utilizzo sempre

abandoned=yes ?

grazie.

--enrico




--
View this message in context: 
http://gis.19327.n8.nabble.com/costruzioni-abbandonate-tp5895299.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] come organizzare il wiki per comuni che non sono città?

[Paolo Monegato]

Il 13/04/2017 00:39, Martin Koppenhoefer ha scritto:


sent from a phone


On 11. Apr 2017, at 10:49, Paolo Monegato  wrote:

Approfitto della discussione... è il caso di creare pagine per ogni comune?

Penso le pagine servono alla comunità locale per organizzarsi in maniera 
trasparente, o per documentare come si sono organizzati. Non farei una pagina 
per ogni comune ma soltanto per ogni comune con mappatori attivi, e non 
necessariamente a livello di comune (potrebbe anche avere senso farle per un 
quartiere, oppure per una provincia o regione geografica)

Ciao, Martin


Per ogni quartiere mi sembrerebbe eccessivo. Lì potrebbe bastare una 
sezione dedicata nella pagina del comune. Poi chiaramente se questa 
sezione diventasse troppo corposa si potrebbe pensare a passare ad una 
sottopagina.


Similmente una soluzione potrebbe essere la creazione di pagine dedicate 
solo per i centri maggiori (diciamo quelli con più di 20 mila abitanti?) 
[1], che ospitino sezioni relative ai comuni limitrofi più piccoli fino 
a quando queste non diventino così pesanti da rendere necessario uno 
spostamento ad una pagina dedicata [2].


ciao
Paolo M

[1] In caso di zone dove non c'è un centro aggregatore più grosso, come 
potrebbe essere in alcune aree montane, si potrebbe pensare ad una 
pagina "regionale" (tipo "valle del xxx") o a prendere comunque il 
centro più popoloso...


[2] magari prima si crea già il redirect che punti alla sezione, in modo 
da facilitare i collegamenti dalle altre pagine (che basterà far puntare 
al redirect e non alla sezione, cosa che potrebbe costringere a 
modificare tutti i link al momento dello spostamento). Es. "comune X" 
che punti a "Comune Y#Comune X".



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

[Talk-it] Estratti wikipedia x Osmand

[Cascafico Giovanni]

Scusate se eventualmente l'argomento fosse già stato trattato, ma se
inserisco wikipedia in google mi ritrovo in una foresta inestricabile di
risultati.

Vado in vacanza in Piemonte e non vorrei scaricare tutti i 55 Mega di wiki
nazionale. Esiste un modo semplice per ritagliare, oppure degli estratti
già belli e pronti?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] nomi con date

[Paolo Monegato]

Il 13/04/2017 00:41, Martin Koppenhoefer ha scritto:


sent from a phone


On 11. Apr 2017, at 10:45, Paolo Monegato  wrote:

Meglio piuttosto inventarsi una cosa tipo: alt_name:arabs e alt_name:romans...


io penso questa traduzione tra numeri arabi e latini potrebbe fare un computer 
in automatico, senza bisogno di tags.

Ciao,
Martin


Meglio ancora. Così si eviterebbe di mettere entrambi (da "venticinque" 
dovrebbe essere in grado automaticamente di passare a 25 o XXV)


ciao
Paolo M

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

Re: [Talk-it-lazio] Proposta di mapping collettivo - Sabato 1 aprile ore 15.00 al Bar San Francisco (Torpignattara)

[Martin Koppenhoefer]

sent from a phone

> On 11. Apr 2017, at 08:36, robertoangeletti  
> wrote:
> 
> Ma perché non usate Mapillary ?


non è open. Poi lo vedo più come un tool per fotografare in automatico, vuol 
dire per sequenze di foto, mentre noi abbiamo cercato di scattare delle foto 
pensate e mirate, adatte per l'upload su wikimedia.

Per documentare situazioni e oggetti specifici con delle foto scattate "a mano" 
(intenzionali, "artistiche", etc.) credo sia preferibile wikimedia, mentre per 
le serie di foto automatiche (a tappeto) è più adatto mapillary - se uno ha 
fiducia in questo sistema proprietario che può anche essere chiuso da un 
momento all'altro, e il quale non consente (credo), di scaricarsi tutto.

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

Re: [OSM-talk-ie] Waterford Greenway

[John Ronan]

On 12/04/17 23:58, Colm Donoghue wrote:
> I did some of the tagging of the line at the western end of the
> line/Greenway, using potlatch; I guess there's a mix of tags, and relations.
> It seems easy to create relations with the same name but different database
> reference numbers
>
> I've added the eurovelo 1 relation to the eastern section (Kilmeaden -
> Waterford) but held off on the NCN relation, as I can't seem to continue on
> the existing ncn relation.
>
> One possibly confusing  issue is that there is a narrow gauge railway from
> Kilmeaden down towards Waterford, which is tagged electrified=no
> but there are bits with the gague still 1600, while the actual gauge is
> sub-metre.
>
> I didn't see any tags saying the railway was electrified, they all said
> electrified=no. Is it clearer if the entire tag is removed?
> I haven't been on the section since it opened, so I'm not sure if the rails
> were removed or not. there are a pair of rails left on another Greenway in
> the Midlands, there may
> be here too. I'll probably get on this section over the next few weeks. If
> the rails are gone, I'll remove any gauge mentions.
Morning,
http://www.wsvrailway.ie/

Still runs from Kilmeaden in towards Waterford City, I'm not sure where
it stops though it does get quite close to the City as far as I'm aware.
It runs right beside the greenway when passing Carriganore.

Regards
John

> Colm
>
> 2017-03-28 10:44 GMT+01:00 Richard Fairhurst :
>
>> Hello talk-ie,
>>
>> I see you have a lovely new cycle route, the Waterford Greenway:
>>
>> http://www.independent.ie/life/travel/ireland/green-light-
>> irelands-longest-greenway-opens-in-waterford-35562434.html
>>
>> The mapping is a bit, shall we say... confused?
>>
>> Quite a lot of the route in OSM seems to be ways which were formerly a
>> preserved railway and have now had the tag 'highway=cycleway' added - but
>> most of the old railway tags have been left, so we have the entertaining
>> situation of an electrified cycleway with a loading gauge. I suspect there
>> might be one or two sections where the cycleway actually isn't really there.
>>
>> And then there's the route relations - oh boy. Random relations have been
>> created, ways added to a 'superroute' relation, route relation tags added
>> to ways, etc. etc. etc. It's all a bit of a horlicks albeit evidently one
>> created with good intentions.
>>
>> I've fixed a few obvious connectivity howlers, but it really needs a
>> thorough tidy-up, and it would be better coming from someone local (or, at
>> least, in the same country). In theory all the ways should be part of two
>> relations (NCN relation 6686612, ICN relation 6641108) and should,
>> obviously, connect with nearby roads where appropriate.
>>
>> cheers
>> Richard
>>
>> ___
>> Talk-ie mailing list
>> Talk-ie@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ie
>>
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie


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