Re: [talk-au] TMR Road Centerlines dataset

[Michael]

> -Original Message-
> From: Andrew Harvey 
> Sent: Saturday, 17 November 2018 3:00 PM
> To: OSM Australian Talk List 
> Subject: Re: [talk-au] TMR Road Centerlines dataset
> 
> On Sat, 17 Nov 2018 at 12:29, Joel H.  wrote:
> >
> > Thats pretty cool, I might compare a few of these roads.
> >
> > On 15/11/18 9:25 pm, Andrew Harvey wrote:
> > > I did some brief comparison it and there was at least one place
> > > where it was better than what's in OSM currently (geometry).
> >
> > I find the a geometry of the government data to be less straight and
> > more jittery,
> 
> I would say unnecessarily over-sampled.
> 

Do we have any information as to the capture process, are they all from one run 
or do they have multiple different runs over the top of each other?

> > the OSM data is perfectly OK in these cases. I have seen some rough
> > geometry in OSM, but I think the best thing to do is to use GPX and
> > make it ourselves. Could you please give me the name of the road where
> > geometry on this dataset was better? I would like to take a look.
> 
> https://osmcha.mapbox.com/changesets/64522779/
> 
> Original roads were edited in 2013 and imagery all showed this as a 
> roundabout,
> as confirmed by the TMR dataset so I updated it from TMR.
> 
> > On 15/11/18 9:25 pm, Andrew Harvey wrote:
> > I'm noticing that the dashes seem to be missing on a lot of country
> > roads, I feel like we should trust OSM more but...
> >
> > In OSM we have: Esk Hampton Road
> >
> > In QSC we have: Esk - Hampton Road
> >
> > Esk and Hampton are town names so a dash makes sense. What does
> > everyone think?
> 
> If they are signposted with the dash in most cases then I think it's better 
> to go
> for consistency and use the dash.

The TRC (Council) mapping data also has these road types without dashes, I had 
a look at a few to see if there was a pattern.

If you want a photo of that particular intersection and signage I might be able 
to get some tomorrow if the weather is fine.

> On Sat, 17 Nov 2018 at 13:37, Graeme Fitzpatrick 
> wrote:
> > Is there any way of showing in OSM that "this" is a State road? Could we use
> an "Operator" tag?
> >
> > I have sometimes wondered whether arterial roads around our area are
> Council or TMR controlled, so I know who to complain to!
> 
> +1 to the operator tag in this case. In fact that's something we could
> use this source for, to add operator=Department of Transport and Main Roads +
> operator:wikidata=Q1191482 to all of these roads.
> 
> ___
> 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-GB] Network tag on railway stations

[SK53]

I've just come across a large number of instances of network=Nation Rail on
stations. Clearly this is a mistake, presumably National Rail is intended.

As the station concerned is heavily branded with Merseyrail my first
instinct was to change the tag to this, but then I wondered if National
Rail is more useful. Today a network=Merseyrail would be more useful to me
because I have a day rover for that network.

I wonder what others think, and can we clean up the erroneous name?

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

Re: [talk-au] TMR Road Centerlines dataset

[Andrew Harvey]

On Sat, 17 Nov 2018 at 12:29, Joel H.  wrote:
>
> Thats pretty cool, I might compare a few of these roads.
>
> On 15/11/18 9:25 pm, Andrew Harvey wrote:
> > I did some brief comparison it and there was at
> > least one place where it was better than what's in OSM currently
> > (geometry).
>
> I find the a geometry of the government data to be less straight and
> more jittery,

I would say unnecessarily over-sampled.

> the OSM data is perfectly OK in these cases. I have seen
> some rough geometry in OSM, but I think the best thing to do is to use
> GPX and make it ourselves. Could you please give me the name of the road
> where geometry on this dataset was better? I would like to take a look.

https://osmcha.mapbox.com/changesets/64522779/

Original roads were edited in 2013 and imagery all showed this as a
roundabout, as confirmed by the TMR dataset so I updated it from TMR.

> On 15/11/18 9:25 pm, Andrew Harvey wrote:
> I'm noticing that the dashes seem to be missing on a lot of country
> roads, I feel like we should trust OSM more but...
>
> In OSM we have: Esk Hampton Road
>
> In QSC we have: Esk - Hampton Road
>
> Esk and Hampton are town names so a dash makes sense. What does everyone
> think?

If they are signposted with the dash in most cases then I think it's
better to go for consistency and use the dash.

On Sat, 17 Nov 2018 at 13:37, Graeme Fitzpatrick  wrote:
> Is there any way of showing in OSM that "this" is a State road? Could we use 
> an "Operator" tag?
>
> I have sometimes wondered whether arterial roads around our area are Council 
> or TMR controlled, so I know who to complain to!

+1 to the operator tag in this case. In fact that's something we could
use this source for, to add operator=Department of Transport and Main
Roads + operator:wikidata=Q1191482 to all of these roads.

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

Re: [talk-au] TMR Road Centerlines dataset

[Graeme Fitzpatrick]

On Sat, 17 Nov 2018 at 11:29, Joel H.  wrote:

>
> I'm noticing that the dashes seem to be missing on a lot of country
> roads, I feel like we should trust OSM more but...
>
> In OSM we have: Esk Hampton Road
>
> In QSC we have: Esk - Hampton Road
>
> Esk and Hampton are town names so a dash makes sense. What does everyone
> think?
>

I was going to agree with you that they should have dashes, Joel, till I've
just done some checking!

I had a look at Nerang Murwillumbah Rd & found

https://www.openstreetmap.org/#map=17/-28.24224/153.23780

https://www.google.com/maps/@-28.1710894,153.2209108,18z

http://cityplanmaps.goldcoast.qld.gov.au/CityPlan/ (in case link doesn't
work, it's the Gold Coast City Councils City Plan showing 2269 Nerang
Murwillumbah Rd)

http://qtopo.dnrm.qld.gov.au/Mobile/ - same thing but QTopo showing Nerang
Murwillumbah Rd

So it would appear that they don't have dashes?

Re the "State" roads ...

Is there any way of showing in OSM that "this" is a State road? Could we
use an "Operator" tag?

I have sometimes wondered whether arterial roads around our area are
Council or TMR controlled, so I know who to complain to!

Thanks

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

Re: [OSM-talk-ie] Collinstown Townland has been re mapped as Dublin Airport!

[Patrick Matthews]

Two particular users - Garmin-User and SJ_IRL - appear to be particularly
associated with a lot of these "improvements" (along with Dublin Airport
and Belgard Quarry there are more problems at Grange Golf Club/Marlay Park).

Is there a way of politely asking them to leave administrative boundaries
alone except where it's clear from GSGS3906 that a mistake has been made?

Paddy Matthews.

On Thu, Nov 15, 2018 at 3:30 PM Patrick Matthews 
wrote:

> I have - as far as I can tell - finished repairing the townland, civil
> parish, barony, PLU and registration district boundaries around Dublin
> Airport. Can Brian check that they're all OK?
>
> Paddy Matthews.
>
> On Mon, Oct 22, 2018 at 6:57 PM Patrick Matthews 
> wrote:
>
>> I'm not sure if anyone would be able to identify changesets and whether
>> they could be rolled back to their pre-"redrawing" stage.
>>
>> On Mon, Oct 22, 2018 at 5:50 PM Brian Hollinshead 
>> wrote:
>>
>>> Thanks Paddy,
>>> I found Belgard Quarry this morning. At least in that case they left the
>>> townland boundaries intact so it could be easier to fix, Is that in your
>>> field of expertise or I am hoping for someone else to kindly offer?
>>>
>>> On Mon, 22 Oct 2018 at 15:19, Patrick Matthews 
>>> wrote:
>>>
>>> > Looking around last night, something similar seems to have been done
>>> at the
>>> > Belgard quarry on the south side of Dublin and looking at the relevant
>>> > relation history it seems to be the same few names who are involved in
>>> > freelance boundary redrawing in both locations. I'm sure there may be
>>> other
>>> > places where this has gone on but that was the one that I noticed.
>>> >
>>> > Paddy Matthews.
>>> >
>>> > On Sun, Oct 21, 2018 at 12:29 PM Brian Hollinshead <
>>> br...@hollinshead.net>
>>> > wrote:
>>> >
>>> > > While adding the Malahide Union of parishes to the map which uses a
>>> > > combination of the old civil parish boundaries I find that
>>> Collinstown
>>> > > townland (relation/5436241) has been seriously redrawn if compared
>>> to the
>>> > > GSGS 3906 map and maps.openstreetmap.ie. Rorys townlands.ie shows
>>> the
>>> > post
>>> > > changes state.
>>> > > It looks as thought someone thought Collinstown Airport was the new
>>> > > townland.
>>> > >
>>> > > The border between townland of Forrest Little(relation 5440762) and
>>> > > Clonshaugh, Corballis and Huntstown has been quite altered between
>>> > > 53.435847/-6.236136 and 53.4316541/-6.2644.
>>> > >
>>> > > I believe this also alters some Barony and Superintendent Registrars
>>> > > District boundaries so feel it is highly preferable that these
>>> changes be
>>> > > reversed intact.
>>> > >
>>> > > I regret this is way above my capability so I ask for someone reading
>>> > this
>>> > > to please address this issue.
>>> > >
>>> > > Thank you for your kindness.
>>> > >
>>> > > By the way, Many thanks to those organised such an enthusiastic
>>> meeting
>>> > in
>>> > > Maynooth yesterday, the future looks good.
>>> > > ___
>>> > > 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
>>>
>>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[Talk-in] Seeking help / resource persons for bulk data imports

[Nikhil VJ]

Hi Friends,

Craig , Chiranjan (who
works at Pune Municipal Corporation under 100 Resilient Cities program) and
I  have conducted some
sessions on OpenStreetMap in Pune, MH over the past month. One of them was
at Gokhale Institute of Politics and Economics, and another was at College
of Engineering Pune > Town Planning Department.

We have come across queries from people having great data, well curated and
institution-backed, that they want to contribute to OpenStreetMap. But they
do not have the resources and knowledge required to do so on their own.

We do not have experience in this, and the time we have on our side to put
into this will be limited. Looking for some resource person(s) who can
either instruct precisely (very precisely!), or take charge of and drive
the process.

After seeing through one import end-to-end we may develop more capacity to
do this on our own.

I will be attending SOTM Asia this weekend, let's meet up if you're there.
(Name: Nikhil VJ. OSM id: Answerquest. For phone num, see email signature).
Also inviting other people who want to do bulk data import, let's connect.



Some links I have read through regarding this topic:

https://wiki.openstreetmap.org/wiki/Import

Main OSM Wiki page on bulk imports


http://www.weeklyosm.eu/archives/10846

Has a section on imports


https://lists.openstreetmap.org/listinfo/imports

the imports mailing list of OSM


https://wiki.openstreetmap.org/wiki/Import/Catalogue

Table of OSM bulk imports so far.


https://wiki.openstreetmap.org/wiki/Kerala_Road_Import

Kerala roads import page


https://wiki.openstreetmap.org/wiki/Import/Catalogue/AlberiMonumentali-RAFVG-opendata

another wiki page of a bulk import process


--
Cheers,
Nikhil VJ
+91-966-583-1250
Pune, India
http://nikhilvj.co.in
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [talk-au] TMR Road Centerlines dataset

[Joel H.]

Thats pretty cool, I might compare a few of these roads.

On 15/11/18 9:25 pm, Andrew Harvey wrote:
> I did some brief comparison it and there was at
> least one place where it was better than what's in OSM currently
> (geometry).

I find the a geometry of the government data to be less straight and
more jittery, the OSM data is perfectly OK in these cases. I have seen
some rough geometry in OSM, but I think the best thing to do is to use
GPX and make it ourselves. Could you please give me the name of the road
where geometry on this dataset was better? I would like to take a look.

On 15/11/18 9:25 pm, Andrew Harvey wrote:
> A lot of road names don't always match up, but I trust what's in OSM
> currently more. I think the names in this dataset are more likely for
> the routes not the streets.

I'm noticing that the dashes seem to be missing on a lot of country
roads, I feel like we should trust OSM more but...

In OSM we have: Esk Hampton Road

In QSC we have: Esk - Hampton Road

Esk and Hampton are town names so a dash makes sense. What does everyone
think?


I think I'm going to make a page for this dataset on the wiki where we
can point out OSM roads with rough geometry and use QSC and GPX to
correct them.


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

[Talk-at] zweisprachige Ortsnamen/Tafeln

[kevin_mair]

Servas zusammen.
Ich hab die Diskussion hier über die zentralen  talk-at Archive auf 
lists.openstreetmap.org gesehen und erlaub mir mal mich einzuklinken. Ich werde 
etwas ausführlicher aus geolinguistischer Sicht schreiben denn in dieser 
Debatte scheint mir zu viel gemutmaßt zu werden. Insbesondere wenn man sowas wie

Am 16.11.2018 19:33, schrieb Kevin Kofler:
> Besonders bei Sopron würde ich "Ödenburg" eher nur als old_name bzw. 
> old_name:de einstufen. Maximal noch als name:de, aber es sagen doch auch 
> alle hier in Österreich, sie fahren nach "Sopron" einkaufen, nicht nach 
> "Ödenburg".

liest.

Nach dieser Argumentation könnten wir auch die ganzen nichtdeutschen Exonyme im 
Burgenland weglassen. Felsőőr, sagt doch keiner...
Das Thema ethnische Minderheiten ist natürlich ein heikles und die Anerkennung 
und Schutzgebung dieser wird überall anders gehandhabt.  Meiner Meinung nach 
die beste Vorgehensweise im konkreten Fall der Ortsbeschriftung: zum einen auf 
die Ground-Truth Regel setzen und sich ansehen welche Gemeinden zweisprachige 
Ortstafeln haben und zum anderen den Status der Minderheit im Land zu beachten.
Es gibt zum Beispiel auch in Frankreich (Bretagne, Baskenland) zweisprache 
Ortsschilder, doch die haben keinen offiziellen Status und gehen oft nur auf 
kommunale oder private Initiativen zurück. Einzige "langue de la république" 
ist Französisch, da werden keine Ausnahmen gemacht (eventuell Korsisch 
ausgenommen, aber auch nur auf regionaler Ebene). So verwerflich man die 
Sprachpolitik Frankreichs halten mag, es macht  wenig Sinn jetzt etwa auf 
Openstreetmap das Baskenland auch baskisch zu benamen wenn die Sprache 
offiziell nicht anerkannt wird. 

Das schaut in Österreich schon anders aus. Ausgehend vom Vertrag von St. 
Germain, später dann vom Volksgruppengesetz geregelt, ist Österreich (de jure 
zumindest, de facto schaut es anders aus) zum Schutz der anerkannten 
Minderheiten (Slowenen/Windische, Kroaten, Ungarn) verpflichtet, u.a. mit 
muttersprachlichen Unterricht und Anerkennung zur Amtssprache in bestimmten 
Gebieten.

Um zurück zu kommen: Ich sehe das auch ja etwas kritisch, denn der verlängerte 
Ortsname wird über andere Inhalte drübergerendert, aber wahrscheinlich wäre es 
am besten die nichtdeutschen Toponyme so zu belassen. Die Sprachen werden als 
Amtssprache anerkannt und dort wo mahrsprachige Ortstafeln aufgstellt sind, 
sprechen auch 25% (zumindest war das beim Zensusjahr 2001 der Fall) der 
Bevölkerung tatsächlich diese Sprache (siehe: 
http://www.hrvatskicentar.at/forum2/_disc/0096.htm 
). 

Und ja, natürlich müsste nach dieser Argumentation auch in Polen etwa (oder in 
Dänemark Nordschleswig) die Woiwodschaft Oppeln zusätzlich auf Deutsch benamt 
werden, Deutsch wird dort noch "relativ" rege gesprochen, ist als Hilfssprache 
(also quasi als Verwaltungssprache) anerkannt, es gibt deutsche Ortstaferln und 
man hat auch das Recht auf Deutschunterricht in den Schulen. 
Aber wir können uns jetzt nicht bei den Dänen und Polen einmischen, das müssen 
die entscheiden.
Das Gleiche gilt für den angesprochene Fall Ödenburg- Sopron. Dort gäbe es 
deutsche Ortstafeln, aber dafür ist die deutsschprachige  Bevölkerung dort 
meines Wissens stark zurückgegangen und eher gering. Deutsche sind in Ungarn 
zwar als Minderheit anerkannt, aber Verwaltungssprache ist eine 
Minderheitensprache erst in Gebieten, ich glaub wo 20% der Bevölkerung diese 
spricht.
Wie auch immer, auch hier müssten die Ungarn selber entscheiden ob sie auf OSM 
das deutsche Exonym anheften wollen oder nicht. Aber die Ungarndeutschen sagen 
immer noch Ödenburg (http://www.ldu.hu/page/68 ), da 
wär old_name:de etwasunangebracht, egal was ein dort einkaufender Ösi dazu sagt.

Beste Grüße Kevin Mair___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-it] Awesome Italian Public Datasets

[liste DOT girarsi AT posteo DOT eu]

Il 16/11/18 18:14, Cascafico Giovanni ha scritto:

Spero non sia lo stesso dataset che ho  visto un annetti fa: la
georeferenziazione è stata fatta con geocoding, per cui una buona parte è
inutilizzabile.




È lo stesso dataset con l'aggiunta di nuove farmacie, ho controllato col 
vecchio file che conservo in locale, si sovrappongono in maniera uguale, 
non ho controllato tutti, ma solo qualche zona qua e là a occhio con 
contrasto di due colori con Qgis.



--
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

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

[Talk-us] More MapRoulette fun (?)

[Martijn van Exel]

Hi folks, 

I created a few more MapRoulette challenges based on something I noticed while 
editing in my own area: some important roads (trunk, primary, secondary) that 
have neither name or ref. To my mind this is often a mistake. Here’s a 
challenge for Georgia https://maproulette.org/mr3/challenge/3289 
 but I created a few for other 
states as well. Is this useful? Should the instructions be improved?

If you want to make your own for another area use this Overpass query: 
http://overpass-turbo.eu/s/DKC  

Martijn___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-de] Erinnerung an den fristgerechten OSMF-Beitritt für die OSMF-Vorstandswahl

[michael spreng]

On 16/11/2018 17:33, Michael Reichert wrote:
> Warum da Paypal steht, weiß ich nicht. Ich hatte nämlich per Überweisung
> bezahlt. :-/
ups sorry, da hab ich mich verklickt. Aber es ist eh egal was da steht,
wir verwenden das Feld nicht.


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

Re: [OSM-talk-fr] Demande d'information

[DH]

Le 16/11/2018 à 10:07, Pierre HEINRICH a écrit :


Bonjour,

Je suis une société de transport et je cherchais à extraire des villes 
et codes postaux pour une zone géographique précise que j’identifierai 
sur une carte.


Auriez-vous une solution ?



Bonsoir,

En première approche, j'utiliserai l'outil http://overpass-turbo.eu/ 
mais je confie à la communauté OSM le soin de construire la requête qui 
répondra à votre besoin, étant moi-même pas assez averti sur cet outil.
N'hésitez pas à poser aussi vos questions sur le forum 
http://forum.openstreetmap.fr/.
OpenStreetMap tire sa force et sa réactivité de la diversité des talents 
de ses contributeurs.


cordialement,

Denis Helfer

---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus


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

Re: [OSM-talk-fr] Pourquoi inventer un aire urbaine imaginaire ?

[Paul Desgranges]

Le 16/11/2018 à 07:59, Stéphane Péneau a écrit :

Il en a été question ici même, en aout 2016 :
http://gis.19327.n8.nabble.com/Les-limites-des-agglomerations-zones-batit-td5881113.html 


Stf

Effectivement on avait bien discuté de tout ça alors !
De mon côté les indications précieuses qu'on m'avait données pour 
'calculer' les agglomérations, je n'avais pas su vraiment les exploiter, 
ça reste un peu compliqué ... avec peu de temps à y consacrer

Paul

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

Re: [OSM-talk-fr] Projet du mois de novembre: gendarmerie/police

[Noémie Lehuby]

Tout à fait, cela signale des gendarmeries ou commissariats qu'on sait 
manquants dans OSM.


Si tu as besoin de vérifier leur position, tu peux aussi les exporter 
d'Osmose (dans le menu en haut, Export > KML) puis les charger dans 
Maps.me sous forme de signets : c'est assez pratique pour les contribuer 
depuis le terrain ;)


--
Noémie Lehuby

Le 16/11/2018 à 20:30, marc marc a écrit :

Le 16. 11. 18 à 20:27, Jacques Lavignotte a écrit :

https://osmose.openstreetmap.fr/fr/map/#item=8190=500=3=9=48.936=2.625==

Si les flèches vertes sont des boîtes à Pandores qui manquent,

oui


Que puis-je faire pour les mettre à jour ?

si tu utilises josm, il suffit de cliquer sur le lien fix-josm,
cela te créera automatiquement un objet, il ne restera plus qu'à affiner
la position.
si tu utilises iD (l'éditeur par défaut sur openstreetmap.org)
il faut aller sur openstreetmap.org, repérer l'endroit signalé par
osmose, zoomer au maximum, cliquer sur éditer, chercher police,
ajouter le poste de police, son nom etc
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


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

Re: [OSM-talk-fr] Projet du mois de novembre: gendarmerie/police

[marc marc]

Le 16. 11. 18 à 20:27, Jacques Lavignotte a écrit :
>> https://osmose.openstreetmap.fr/fr/map/#item=8190=500=3=9=48.936=2.625==
>>  
> Si les flèches vertes sont des boîtes à Pandores qui manquent, 

oui

> Que puis-je faire pour les mettre à jour ?

si tu utilises josm, il suffit de cliquer sur le lien fix-josm,
cela te créera automatiquement un objet, il ne restera plus qu'à affiner 
la position.
si tu utilises iD (l'éditeur par défaut sur openstreetmap.org)
il faut aller sur openstreetmap.org, repérer l'endroit signalé par 
osmose, zoomer au maximum, cliquer sur éditer, chercher police,
ajouter le poste de police, son nom etc
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Projet du mois de novembre: gendarmerie/police

[Jacques Lavignotte]

Le 16/11/2018 à 14:02, Donat ROBAUX a écrit :

Bonjour à tous,


L'analyse Osmose pour rajouter les gendarmeries/commissariats qui 
manquent: 
https://osmose.openstreetmap.fr/fr/map/#item=8190=500=3=9=48.936=2.625==




Si les flèches vertes sont des boîtes à Pandores qui manquent, j'en ai 
deux ou trois pas loin de chez moi. Que puis-je faire pour les mettre à 
jour ?


Sinon vous pouvez vous rendormir.


J.

--
GnuPg : C8F5B1E3 Because privacy matters.


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

Re: [Talk-at] zweisprachige Ortsnamen/Tafeln

[Kevin Kofler]

Martin Brunner wrote:
> Gut, aber dann müsste man auch Sachen mehrsprachig Taggen wie
> Sopron - Ödenburg
> Radling - Rönök
> Brasov - Kronstadt - Braso

Steht das jeweils auch mehrsprachig auf dem Ortsschild?

Besonders bei Sopron würde ich "Ödenburg" eher nur als old_name bzw. 
old_name:de einstufen. Maximal noch als name:de, aber es sagen doch auch 
alle hier in Österreich, sie fahren nach "Sopron" einkaufen, nicht nach 
"Ödenburg".

Die anderen beiden Orte sind mir nicht vertraut genug, um die Lage 
beurteilen zu können.

Kevin Kofler


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

Re: [Talk-us] Add street names from TIGER

[Martijn van Exel]

I added two tickets to my map team’s tracker:
* One for adding the MSP challenge 
https://github.com/TelenavMapping/Community_involvement/issues/13 
 
* One for looking at adding a challenge to look at new roads from TIGER 
https://github.com/TelenavMapping/Community_involvement/issues/14 


Martijn

> On Nov 16, 2018, at 8:32 AM, Martijn van Exel  wrote:
> 
> That is theoretically possible and you could even do it yourself if you are 
> willing to spend some time on it.
> 
> The process is roughly as follows:
> * Download government dataset
> * Convert to OSM PBF using ogr2osm
> * Compare with OSM using Cygnus
> * Convert output file to GeoJSON
> * Upload to MapRoulette.
> 
> See 
> http://blog.improveosm.org/en/2018/01/new-features-and-enhancements-in-cygnus/
>  
> 
>  and 
> http://blog.improve-osm.org/en/2018/01/cygnus-conflation-at-your-fingertips/ 
> 
>  for a little more background.
> 
> There’s also an option to use Ian’s workflow to identify missing roads (not 
> missing names, but perhaps it can be adapted) that he uses for the TIGER 
> overlay.
> 
> In the mean time I’m asking the Telenav map team to churn out the files for 
> the Challenge but they’re on some other project right now.
> 
> Martijn
> 
>> On Nov 16, 2018, at 8:13 AM, Joe Sapletal > > wrote:
>> 
>> If we do MSP, how about we go 7 county metro and use the data straight from 
>> the counties - 
>> https://gisdata.mn.gov/dataset/us-mn-state-metrogis-trans-mrcc-centerlines 
>> 
>>  
>> Joe Sapletal
>>  
>> From: Ian Dees 
>> Sent: Friday, November 16, 2018 9:06 AM
>> To: Martijn van Exel 
>> Cc: talk-us@openstreetmap.org Openstreetmap 
>> 
>> Subject: Re: [Talk-us] Add street names from TIGER
>>  
>> Minneapolis/St. Paul, please!
>> 
>> On Fri, Nov 16, 2018 at 9:02 AM Martijn van Exel > > wrote:
>> We’re down to 128 as of just now!
>>  
>> Any requests for other cities?
>>  
>> Martijn
>> 
>> 
>> On Nov 9, 2018, at 3:36 PM, Martijn van Exel > > wrote:
>>  
>> There’s currently a total of 1303 tasks in these challenges
>>  
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-us 
>> 

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

Re: [OSM-talk] Multiple errors in the same location

[Nelson A. de Oliveira]

On Fri, Nov 16, 2018 at 3:13 PM James  wrote:
> could be many things:
> 1. CanVec import without corrections to todays standards
> 2. Old CanVec version1 imports(was pretty bad)
> 3. Someone added data that was already there

It is a CanVec import from 4 years ago:
https://www.openstreetmap.org/changeset/23092008

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

Re: [Talk-it] Awesome Italian Public Datasets

[Cascafico Giovanni]

Spero non sia lo stesso dataset che ho  visto un annetti fa: la
georeferenziazione è stata fatta con geocoding, per cui una buona parte è
inutilizzabile.

Il ven 16 nov 2018, 17:00 mbranco2  ha scritto:

> Segnalo l'interessante iniziativa di Giorgia Lodi (AGID) e Maria Claudia
> Bodino (Team per la Trasformazione Digitale), che nella mailing list di
> Spaghetti Open Data hanno informato [1] della costituzione in github di un
> elenco dei dataset open italiani più rappresentativi [2] .
> Oltre a citare gli estratti di OSM tra i dati geografici, ha varie cose
> che ci possono interessare; ho provato ad es. a scaricarmi la tabella delle
> Farmacie (licenza IODL v2.0) : ce ne sono 20.222, e sono pure
> georeferenziate!
> Da una query overpass fatta al volo, vedo che in Italia di
> amenity=pharmacy ne abbiamo circa 10.000...
>
> [1]
> https://groups.google.com/forum/?fromgroups=#!topic/spaghettiopendata/h2nKmrdI43o
> [2] https://github.com/italia/awesome-italian-public-datasets
> ___
> 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: [OSM-talk] Multiple errors in the same location

[James]

could be many things:
1. CanVec import without corrections to todays standards
2. Old CanVec version1 imports(was pretty bad)
3. Someone added data that was already there

On Fri., Nov. 16, 2018, 11:57 a.m. Nelson A. de Oliveira  On Fri, Nov 16, 2018 at 2:08 PM SandorS  wrote:
> > A careful analyses shows that there are several serious errors in this
> location. Let us mention some.
>
> What you are seeing is a side effect of badly/blindly importing data
> and possibly without a proper discussion.
>
> OSM already had https://www.openstreetmap.org/way/28420555
> The user who did import the overlapping data should have seen this.
>
> The user needs to be contacted, as it seems that he is still importing
> data.
>
> ___
> 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] Multiple errors in the same location

[Nelson A. de Oliveira]

On Fri, Nov 16, 2018 at 2:08 PM SandorS  wrote:
> A careful analyses shows that there are several serious errors in this 
> location. Let us mention some.

What you are seeing is a side effect of badly/blindly importing data
and possibly without a proper discussion.

OSM already had https://www.openstreetmap.org/way/28420555
The user who did import the overlapping data should have seen this.

The user needs to be contacted, as it seems that he is still importing data.

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

Re: [Talk-de] Erinnerung an den fristgerechten OSMF-Beitritt für die OSMF-Vorstandswahl

[Michael Reichert]

Hallo Martin,

Am 16/11/2018 um 16.53 schrieb Martin Koppenhoefer:
> soweit ich weiss kann man das nicht selbst prüfen, sondern müsste im
> Zweifelsfall bei der OSMF anfragen. Gültigkeit ist jeweils ein Jahr, danach
> sollte es normalerweise eine Erinnerungsmail geben.

Man kann auch die letzte Zahlungseingangsbestätigungsmail heraussuchen.
Bei mir hat die den Betreff "Membership Renewal Confirmation and
Receipt" und wurde von OSM Foundation Membership
 versendet.

Folgendes steht da drin (ich hatte die Mitgliedschaft verlängert, nicht
neu abgeschlossen):
> Hello Michael,
> 
> Thank you for renewing your membership with the OpenStreetMap Foundation.
> Below you see a summary of your current membership registration.
> Happy mapping!
> 
> 
> ===
> Membership Information
> ===
> Membership Type: Normal Member
> Membership Start Date: 26th October, 2015
> Membership End Date: 25th October, 2019
> 
> ===
> Membership Fee
> ===
> Amount: € 15.00
> Received Date: 29th September, 2018
> Paid By: Paypal

Warum da Paypal steht, weiß ich nicht. Ich hatte nämlich per Überweisung
bezahlt. :-/

Viele Grüße

Michael

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



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

Re: [Talk-at] zweisprachige Ortsnamen/Tafeln

[Martin Brunner]

Friedrich Volkmann schrieb:
> Meiner Meinung nach gehören die besagten Edits rückgängig gemacht, so dass
> im Burgenland nur *ein* Name (nämlich der übliche, das ist im Normalfall der
> deutsche) steht, so wie es vor den Edits auch schon war.

Und wie wäre das deiner Meinung dann in Südtirol zu handhaben?


Kevin Kofler schrieb:
> Aber, was vor Ort angeschrieben steht, gehört meiner Meinung nach auch so 
> gemappt.

Gut, aber dann müsste man auch Sachen mehrsprachig Taggen wie
Sopron - Ödenburg
Radling - Rönök
Brasov - Kronstadt - Braso

Oder gibt es je nach Land unterschiedliche Meinungen der verschiedenen
OSM-Communitys dazu?


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

[OSM-talk] Multiple errors in the same location

[SandorS]

When multiple errors appear in the same location the question is what to do? 
The simplest option is, nothing. Wait until a mapper is correcting all the 
related errors. 
Most of the detectors, inspectors, renderers, data preparation tools… select 
this option today. Consequently, all publicly available maps repeat the same 
errors what is, of course, wrong. 
Let us take an illustrative example here https://osm.org/go/cCcWZjGW . 
A careful analyses shows that there are several serious errors in this 
location. Let us mention some.
1.There are two radically different partly overlapping lakes in the location.
2.None of the lakes are close to fit into the hole in the forest area.
3.The forest and any of the lakes overlap considerably.
4.The island in one of the lakes is just partly invisible (overwritten by the 
other lake).
5.The obsolete natural=land tag is used for several node objects in the lakes.
6.The place=islet tag is used for several nodes without the name tag and value 
(so, meaningless).
If there were just a few cases like described one could contact the 
corresponding mappers or just make a note description on the location. 
Unfortunately the number of cases like the illustrated is so large that neither 
of the mentioned source data correction models is feasible. Yet, it is worth to 
mention that some data preparation chains perfectly resolves this complex error 
issue in their GIS or map-making systems.
Sandor


Sent from Mail for Windows 10

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

[Talk-it] Awesome Italian Public Datasets

[mbranco2]

Segnalo l'interessante iniziativa di Giorgia Lodi (AGID) e Maria Claudia
Bodino (Team per la Trasformazione Digitale), che nella mailing list di
Spaghetti Open Data hanno informato [1] della costituzione in github di un
elenco dei dataset open italiani più rappresentativi [2] .
Oltre a citare gli estratti di OSM tra i dati geografici, ha varie cose che
ci possono interessare; ho provato ad es. a scaricarmi la tabella delle
Farmacie (licenza IODL v2.0) : ce ne sono 20.222, e sono pure
georeferenziate!
Da una query overpass fatta al volo, vedo che in Italia di amenity=pharmacy
ne abbiamo circa 10.000...

[1]
https://groups.google.com/forum/?fromgroups=#!topic/spaghettiopendata/h2nKmrdI43o
[2] https://github.com/italia/awesome-italian-public-datasets
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-de] Erinnerung an den fristgerechten OSMF-Beitritt für die OSMF-Vorstandswahl

[Martin Koppenhoefer]

Am Do., 15. Nov. 2018 um 17:22 Uhr schrieb Sven Geggus <
li...@fuchsschwanzdomain.de>:

> Michael Reichert  wrote:
>
> > Aktuelle Mitgliederstatistik (ohne ausgelaufene und noch nicht gültige
> > [1] Mitgliedschaften)
>
> Wie kann man denn prüfen ob seien Mitgliedschaft noch gültig ist?



soweit ich weiss kann man das nicht selbst prüfen, sondern müsste im
Zweifelsfall bei der OSMF anfragen. Gültigkeit ist jeweils ein Jahr, danach
sollte es normalerweise eine Erinnerungsmail geben.

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

[OSM-talk] OSMF Membership Fee Waivers for Financial Hardship

[Mikel Maron]

If the membership fee for OSMF is a financial burden, the OSMF Board will 
review any requests for a fee waiver from potential members. This is a 
temporary measure, while a full process is implemented (if you are interested 
to help, please let us know!) Below are details on the decision, how we'll 
handle applications from yesterday, and how to apply.

To apply:
    email bo...@osmfoundation.org, with your first and last name, country of 
residence, OSM id. Also please state that you are applying for fee waiver 
because of financial hardship, and give a short account of your activities in 
OpenStreetMap.

On the decision:
At the 2014 Annual General Meeting [1], it was decided

>  The membership fee for associate membership, which normally is tied to the 
>regular membership fee, may be waived if paying the fee would constitute an 
>unreasonable burden to the member, either because of financial hardship or 
>because of the lack of a suitable money transfer facility.

Implementation was delegated to the Membership Working Group. Yesterday, they 
announced the full process for waiver because of lack of suitable money 
transfer [2].

At yesterday's Board meeting, we resolved to review fee waiver requests for 
financial hardship. [3]


> The membership fee waiver program has not been implemented yet. However, 
>today (2018-11-15) there was a flurry of emails sent to the board and the 
>Membership Working Group from people asking to join the Foundation and the fee 
>to be waived. The board will review the requests and individually decide on 
>the waiver. If approved, the membership join date will be the date of the 
>approval.


The starting date of membership will be recorded on the day they are processed. 
That means that applicants from yesterday will not be members in time to 
participate in this year's AGM. There was a request to delay the AGM to 
accommodate more sign ups through this process; however the AGM time and date 
had already been announced.

[1] https://wiki.osmfoundation.org/wiki/Annual_General_Meetings/14[2] 
https://lists.openstreetmap.org/pipermail/osmf-talk/2018-November/005427.html[3]
 
https://wiki.osmfoundation.org/wiki/Board/Minutes/2018-11-15#Voting_on_reviewing_recent_fee_waiver_requests

* Mikel Maron * +14152835207 @mikel s:mikelmaron
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] [tagging] Bed e categorie

[Martin Koppenhoefer]

Am Fr., 16. Nov. 2018 um 16:10 Uhr schrieb Sergio Manzi :

> Mi auguro solo che la Regione Veneto non pubblichi nulla del genere...
>


non è detto che dobbiamo importare tutto ciò che qualcuno rende disponibile
;-)

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

Re: [OSM-talk-fr] Sygic utilise OSM

[Noémie Lehuby]

Hello, 

C'est du beau boulot !

Mais j'ai pas l'impression qu'ils soient conformes avec la licence OSM :
on dirait qu'ils utilisent des données OSM pour leurs POIs mais qu'ils
les enrichissent avec leurs propres données d'autres sources (d'après
http://www.sygic.com/blog/2017/global-poi-database-planning-tools-with-sygic-travel-sdk-api)
Et je n'ai pas trouvé où ils remettaient à dispo les données.

Qu'en pensez-vous ? 

Le 2018-11-15 12:06, Jacques Lavignotte a écrit :

> Bonjour,
> 
> je découvre,
> 
> vous saviez déjà :
> 
> https://maps.sygic.com/#/?map=13,46.814394,0.543823
> 
> Sygic le GPS à carto embarquée lance un planificateur d'itinéraire Web.
> 
> Basé sur OSM.
> 
> Vus pouvez vous rendormir.
> 
> J.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-us] Signs detected by OSC

[Martijn van Exel]

Hi all, 

I added a list of signs that are currently detected by OpenStreetCam to the OSM 
wiki. 
https://wiki.openstreetmap.org/wiki/OpenStreetCam/Detected_Signs#United_States 

 

If you want to help out improve the detection mechanism, you can go to 
beta.openstreetcam.org  and find a trip that 
has detected signs, and validate them. More info on how to do that here: 
http://blog.improveosm.org/en/2018/11/help-train-openstreetcams-open-sign-detection-platform/
 

 

Martijn


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

Re: [Talk-us] Add street names from TIGER

[Martijn van Exel]

That is theoretically possible and you could even do it yourself if you are 
willing to spend some time on it.

The process is roughly as follows:
* Download government dataset
* Convert to OSM PBF using ogr2osm
* Compare with OSM using Cygnus
* Convert output file to GeoJSON
* Upload to MapRoulette.

See 
http://blog.improveosm.org/en/2018/01/new-features-and-enhancements-in-cygnus/ 

 and 
http://blog.improve-osm.org/en/2018/01/cygnus-conflation-at-your-fingertips/ 
 
for a little more background.

There’s also an option to use Ian’s workflow to identify missing roads (not 
missing names, but perhaps it can be adapted) that he uses for the TIGER 
overlay.

In the mean time I’m asking the Telenav map team to churn out the files for the 
Challenge but they’re on some other project right now.

Martijn

> On Nov 16, 2018, at 8:13 AM, Joe Sapletal  wrote:
> 
> If we do MSP, how about we go 7 county metro and use the data straight from 
> the counties - 
> https://gisdata.mn.gov/dataset/us-mn-state-metrogis-trans-mrcc-centerlines 
> 
>  
> Joe Sapletal
>  
> From: Ian Dees 
> Sent: Friday, November 16, 2018 9:06 AM
> To: Martijn van Exel 
> Cc: talk-us@openstreetmap.org Openstreetmap 
> Subject: Re: [Talk-us] Add street names from TIGER
>  
> Minneapolis/St. Paul, please!
> 
> On Fri, Nov 16, 2018 at 9:02 AM Martijn van Exel  > wrote:
> We’re down to 128 as of just now!
>  
> Any requests for other cities?
>  
> Martijn
> 
> 
> On Nov 9, 2018, at 3:36 PM, Martijn van Exel  > wrote:
>  
> There’s currently a total of 1303 tasks in these challenges
>  
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-us 
> 
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-de] Gutachten [war: Re: POIs - Details - Gerichtsurteil ]

[sepp1974]

Martin, das "speichern" ist das eine, sobald jemand anderes den 
Datensatz aufruft (OSM-intern) findet bereits eine Verarbeitung (wenn er 
bspw. geänderte Öffnungszeiten mappt od. eine Telefonnummer ergänzt) und 
Weitergabe (an diesen) statt, sobald irgendein Programm oder APP auf den 
Datensatz zugreift um diesen zu Verarbeiten (rendern), gibt OSM die 
Daten weiter - darum gehts!


Beide letztgenannten Punkte verstoßen massiv gegen die DS-GVO, solange 
keine Einwilligung des Namensinhabers vorliegt und ein 
Betreiber/Operatorfeld ist im Zusammenhang mit einem Vor- und/oder 
Zunamen definitiv ein personenbezogener Datensatz, genau wie jedes 
andere Feld, in dem falsch gemappt Vor und/oder Zuname auftauchen, im 
Gegensatz zum Firmennamen, der durchaus den Namen des Firmierenden 
enthalten kann und in aller Regel auch noch den Zusatz bspw. 
"Kunststoffverarbeitung" (um bei Deinem letzten Beispiel zu bleiben), 
"GmbH" oder, oder, oder... enthält. Damit ist der Datensatz eindeutig 
auf das Geschäft, die Firma, den Freiberufler (dessen Tätigkeit, der 
physische POI), die GmbH oder was auch immer bezogen und kein 
personenbezogener Datensatz, selbst wenn sich über den Firmennamen (den 
der Firmierende i.d.R. selbst gewählt hat) ein Rückschluss auf den 
Inhaber möglich sein kann (!!!).


Befasse Dich doch einfach mal mit den Begrifflichkeiten, was verbietet 
die DS-GVO, was machst Du in einer Datenbank außer speichern (erfassen)? 
OSM ist nicht dafür da, Datensätze zu erfassen um diese anschließend 
unter Verschluss zu halten, ohne das sie geändert (verarbeitet) oder 
weitergegeben werden können!


Warum mappst Du das Klingelschild Deiner Haustür nicht? Nach Deiner 
Argumentation ist das überhaupt kein Problem, es ist öffentlich, es 
steht für jeden der vor der Tür steht sichtbar dran, es kann sogar 
irgendwer, der nicht physisch vor Deiner Haustür steht, zum 
Einwohnermeldeamt gehen und nach Übergabe eines kleinen Bargeldbetrages 
Deinen kompletten Datensatz erfragen (so Du keine Auskunftssperre 
eingerichtet hast), also nur eine geringfügig höhere Hürde als im 
Handelsregister - mich würde schon interessieren, wo Du wohnst - reicht 
das für das allgemeine Interesse oder soll ich meinen Nachbarn noch 
fragen, ob es ihn auch interessiert, wieviele Martin Koppenhoefer in 
Deutschland wo wohnen - dann sind wir schon zu zweit bei unserem Hobby, 
Adressen zu Namen und andersherum zuzuordnen und wenn wir einmal dabei 
sind, finden wir sicher auch noch Dein Auto und Deine Arbeitsstelle - 
kann alles in OSM, ist öffentlich wenn Deine Karre vor der Tür steht und 
Du bei Firma Mayer jeden Tag zur selben Zeit ein- und ausgehst.


Möchte noch jemand, sowohl auffindbar sein als auch dem Hobby fröhnen? 
Nur zu - je mehr mitmachen, desto größer ist das allgemeine Interesse - 
berechtigt oder nicht, scheint in dieser Diskussion absolut zweitrangig 
zu sein.


Mir platzt so langsam die Hutschnur - tschuldigung - mit welcher 
Leichtfertigkeit die Persönlichkeitsrechte Dritter mit Füßen getreten 
werden :-(


Art. 1 (1) DS-GVO
- Diese Verordnung enthält Vorschriften zum Schutz natürlicher Personen 
bei der Verarbeitung personenbezogener Daten und zum freien Verkehr 
solcher Daten.

Art. 1 [2] DS-GVO
- Diese Verordnung schützt die Grundrechte und Grundfreiheiten 
natürlicher Personen und insbesondere deren Recht auf Schutz 
personenbezogener Daten.


Mal Lesen und Verstehen!!!


Gruß Sepp


Am 16.11.2018 15:43 schrieb Martin Koppenhoefer:

Am Fr., 16. Nov. 2018 um 13:39 Uhr schrieb :


Ich sage nun zum wiederholten Male klipp und klar und
unmistverständlich, dass die Namen der Geschäftführer, Ladeninhabers,
Verantwortlichen, Hausmeister, oder der Chefsekretärin etc. im
Operatorfeld nichts zu suchen haben - ist das so schwierig zu 
verstehen

und zu akzeptieren?






Auch der Name des Künstlers hat im Operatorfeld nichts zu suchen,
sondern maximal in der Beschreibung zum Kunstwerk, wenn das unbedingt
sein muss.




es geht überhaupt nicht darum, in welches "Feld" etwas eingetragen 
wird. Es

geht einzig darum, was man einträgt.




Obwohl ich auch dafür keinen ersichtlichen Grund erkennen
kann, dies zwingend zu tun.




zwingend ist nichts, aber dass es für viele interessant sein könnte, 
die
Werke eines Künstlers (die öffentlich sind, public art, auf deutsch 
Kunst

im öffentlichen Raum) zu finden, liegt auf der Hand.



Betreiber (Operator) eines Kunstwerkes ist
in aller Regel eine Gallerie, eine Stadt- oder Gemeindeverwaltung, ein
Garten- und Friedhofsamt, etc. und zum wiederholoten Male, versuchst 
Du

über völlig zum Thema unpassende Beispiele das irgendwie zu
legitimieren. Wie oft eigentlich noch?




"das" was?





Nein, OSM hat keine Rechte am Namen einer natürlichen Person, um über
diesen Namen ohne Einwilligung der Person zu verfügen.




es geht auch nicht um das "Verfügen", sondern um das Speichern von
nützlichen, öffentlichen Informationen in der db, selbst wenn die sich 
auf

eine Person beziehen, sofern das nicht 

Re: [Talk-us] Add street names from TIGER

[Joe Sapletal]

If we do MSP, how about we go 7 county metro and use the data straight from the 
counties - 
https://gisdata.mn.gov/dataset/us-mn-state-metrogis-trans-mrcc-centerlines

Joe Sapletal

From: Ian Dees
Sent: Friday, November 16, 2018 9:06 AM
To: Martijn van Exel
Cc: talk-us@openstreetmap.org Openstreetmap
Subject: Re: [Talk-us] Add street names from TIGER

Minneapolis/St. Paul, please!
On Fri, Nov 16, 2018 at 9:02 AM Martijn van Exel  wrote:
We’re down to 128 as of just now!

Any requests for other cities?

Martijn


On Nov 9, 2018, at 3:36 PM, Martijn van Exel  wrote:

There’s currently a total of 1303 tasks in these challenges

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

Re: [Talk-it] [tagging] Bed e categorie

[Sergio Manzi]

Cosa posso dirti... capisco, ma anche se si tratta di fonte ufficiale io 
(/posizione personalissima.../) non li taggerei, anche perché in questo settore 
c'è una volatilità altissima e tenere i dati aggiornati diventerebbe "un 
lavoro".

Mi auguro solo che la Regione Veneto non pubblichi nulla del genere...

Ciao!

Sergio


On 2018-11-16 16:04, Cascafico Giovanni wrote:
> È una fonte ufficiale.
> https://wiki.openstreetmap.org/wiki/Import/Catalogue/BB-RAFVG
>
> Il ven 16 nov 2018, 15:58 Sergio Manzi mailto:s...@smz.it>> ha 
> scritto:
>
> Mi sembra una proposta molto valida!
>
> Sergio
>
> P.S.: Personalmente ci andrei coi piedi di piombo a taggare i B (/e 
> forse, anzi, non li taggerei proprio/). Come minimo *_verificherei_* che il 
> B abbia una propria identità visibile (/targa fuori della porta/) e in 
> tutta sincerità penso sarebbe più utile taggare il n. civico (/se già non ci 
> fosse/) e basta. Taggandoli tutti, qui a Venezia la mappa diventerebbe un 
> unico blob di B
>
>
> On 2018-11-16 15:49, Martin Koppenhoefer wrote:
>>
>> ...
>>
>> chi le ha definite? Il mio "favorite" è uno schema bocciato anni fa, o 
>> al meno non ha preso piede ;-)
>> che va così:
>> award:=
>>
>> per esempio:
>> award:hotelstars=4stars
>>
>> (hotelstars è il nome di una ditta/associazione, non è una descrizione)
>>
>> https://taginfo.openstreetmap.org/search?q=award
>>
>> 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


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [tagging] Bed e categorie

[Cascafico Giovanni]

È una fonte ufficiale.
https://wiki.openstreetmap.org/wiki/Import/Catalogue/BB-RAFVG

Il ven 16 nov 2018, 15:58 Sergio Manzi  ha scritto:

> Mi sembra una proposta molto valida!
>
> Sergio
>
> P.S.: Personalmente ci andrei coi piedi di piombo a taggare i B (*e
> forse, anzi, non li taggerei proprio*). Come minimo *verificherei* che il
> B abbia una propria identità visibile (*targa fuori della porta*) e in
> tutta sincerità penso sarebbe più utile taggare il n. civico (*se già non
> ci fosse*) e basta. Taggandoli tutti, qui a Venezia la mappa diventerebbe
> un unico blob di B
>
>
> On 2018-11-16 15:49, Martin Koppenhoefer wrote:
>
>
> ...
>
> chi le ha definite? Il mio "favorite" è uno schema bocciato anni fa, o al
> meno non ha preso piede ;-)
> che va così:
> award:=
>
> per esempio:
> award:hotelstars=4stars
>
> (hotelstars è il nome di una ditta/associazione, non è una descrizione)
>
> https://taginfo.openstreetmap.org/search?q=award
>
> 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

Re: [Talk-it] [tagging] Bed e categorie

[Sergio Manzi]

La verità? Perché ne abbiamo le pa..e strapiene di B, bar, negozi di 
mascherine di carnevale (/albanesi o cinesi/), vetri del Marocco, trattorie 
venefiche e pizze al trancio di polistirolo...


On 2018-11-16 16:00, Martin Koppenhoefer wrote:
>
>
> Am Fr., 16. Nov. 2018 um 15:58 Uhr schrieb Sergio Manzi  >:
>
> ... Taggandoli tutti, qui a Venezia la mappa diventerebbe un unico blob 
> di B
>
>
>
> già, ma questa è la vostra realtà, perché nasconderla ;-)
>
> Ciao,
> Martin
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-us] Add street names from TIGER

[Martijn van Exel]

We’re down to 128 as of just now!

Any requests for other cities?

Martijn

> On Nov 9, 2018, at 3:36 PM, Martijn van Exel  wrote:
> 
> There’s currently a total of 1303 tasks in these challenges

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

Re: [Talk-de] Änderungen highway=living_street / highway=service + living_street=yes

[Tom Pfeifer]

Auch ich würde hier keineswegs im Wiki eine Empfehlung geben, "living_street=yes" zu benutzen, 
insbesondere nicht in der deutschen Situation.


Ja, der Tag ist organisch gewachsen, aber nur mit 20% der 1 Mill 
highway=living_street.
3K davon sind übrigen Doppeltagging.

Ausglöst wurde der Wiki-Edit vermutlich duch das Carto-Ticket
https://github.com/gravitystorm/openstreetmap-carto/issues/3514,
der Wiki-Autor hat dort auch die Idee geliked, einen driveway grau zu färben.

On 16.11.2018 13:11, Martin Koppenhoefer wrote:

Am Fr., 16. Nov. 2018 um 10:31 Uhr schrieb Florian Lohoff :



Hi,
heute morgen wurde der Wiki artikel für die Living Street
ergänzt um den Zusatz:

 Wenn es sich um Zufahrtswege handelt benutze highway=service +
 living_street=yes.

Ich habe keine Diskussion zu dem Thema mitbekommen und ich hätte
mich auch deutlich dagegen ausgesprochen. Das ist in diverser
Hinsicht kaputt.




+1




Eine living_street ist eine living_street und kein service und vice
versa. Highway klasse eins mit der Klasse 2 zu attributieren ist einfach
per definition kaputt.




+1, das macht für mich auch keinen Sinn. Ich verstehe ehrlich gesagt auch
nicht, wie man eine highway-tag-Definition ohne Rücksprache ändern kann.
Außerdem sollten das Übersetzungen der Definitionen im englischen Wiki
sein. Andererseits gibt es 24 living_street=yes in der db, davon 222000
mit highway=service, davon aber nur 3035 service=alley (für die würde ich
es akzeptieren ;-) ).

https://taginfo.openstreetmap.org/tags/living_street=yes#combinations
Laut history ist das zudem ein organisch gewachsener tag, seit 2009 in
Benutzung, wie es aussieht überwiegend in Osteuropa:
https://taginfo.openstreetmap.org/keys/living_street#map




Ich verstehe den Ansatz das highway=service/driveway doof aussieht
in einem Wohngebiet mit living_streets, und das man das gerne
anders rendern möchte, aber das da oben ist eine Verquickung von
Highway klassen und Attributierung die geneigt ist das chaos
nur noch zu vergrößern.




living_street ist eine öffentliche Straße, driveway ist das nicht. (alley
schon).

Gruß,
Martin


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

Re: [Talk-it] [tagging] Bed e categorie

[Martin Koppenhoefer]

Am Fr., 16. Nov. 2018 um 15:58 Uhr schrieb Sergio Manzi :

> ... Taggandoli tutti, qui a Venezia la mappa diventerebbe un unico blob di
> B
>


già, ma questa è la vostra realtà, perché nasconderla ;-)

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

Re: [Talk-de] Änderungen highway=living_street / highway=service + living_street=yes

[Martin Koppenhoefer]

Am Fr., 16. Nov. 2018 um 14:49 Uhr schrieb Hartmut Holzgraefe <
hartmut.holzgra...@gmail.com>:

> On 16.11.18 13:13, Martin Koppenhoefer wrote:
> > es gibt auch ein Proposal dazu von 2009:
> >
> https://wiki.openstreetmap.org/wiki/Proposed_features/Tag:living_street%3Dyes
>
>
> das schlägt aber die Kombination unclassivied/living_street für unbenannte
> Straßen vor die komplett durch eine verkehrsberuhigte Zone hindurchführen,
> und service/living_street für unbenannte die das nicht tun.



aber welchen Sinn sollte das haben? "Unclassifieds", die living_streets
sind, sind living streets.
Was hat das mit dem Namen zu tun, und was soll "komplett hindurchführen"
bedeuten, wenn es nicht mal einen Namen gibt, an dem man das erkennen kann?

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

Re: [Talk-it] [tagging] Bed e categorie

[Sergio Manzi]

Mi sembra una proposta molto valida!

Sergio

P.S.: Personalmente ci andrei coi piedi di piombo a taggare i B (/e forse, 
anzi, non li taggerei proprio/). Come minimo *_verificherei_* che il B abbia 
una propria identità visibile (/targa fuori della porta/) e in tutta sincerità 
penso sarebbe più utile taggare il n. civico (/se già non ci fosse/) e basta. 
Taggandoli tutti, qui a Venezia la mappa diventerebbe un unico blob di B


On 2018-11-16 15:49, Martin Koppenhoefer wrote:
>
> ...
>
> chi le ha definite? Il mio "favorite" è uno schema bocciato anni fa, o al 
> meno non ha preso piede ;-)
> che va così:
> award:=
>
> per esempio:
> award:hotelstars=4stars
>
> (hotelstars è il nome di una ditta/associazione, non è una descrizione)
>
> https://taginfo.openstreetmap.org/search?q=award
>
> Ciao,
> Martin


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [tagging] Bed e categorie

[Martin Koppenhoefer]

Am Fr., 16. Nov. 2018 um 13:25 Uhr schrieb Cascafico Giovanni <
cascaf...@gmail.com>:

> Ciao Listàti,
>
> sto sistemando un dataset di B le cui categorie sono definite come
> "standard", "comfort" e "superior".
>
> Come mappare in stars=* , considerando che nella wiki [1] "superior" non è
> una categoria, ma una sua opzione?
>
>
> [1] https://wiki.openstreetmap.org/wiki/Key:stars#Hotels
>



chi le ha definite? Il mio "favorite" è uno schema bocciato anni fa, o al
meno non ha preso piede ;-)
che va così:
award:=

per esempio:
award:hotelstars=4stars

(hotelstars è il nome di una ditta/associazione, non è una descrizione)

https://taginfo.openstreetmap.org/search?q=award

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

Re: [Talk-de] Gutachten [war: Re: POIs - Details - Gerichtsurteil ]

[Martin Koppenhoefer]

Am Fr., 16. Nov. 2018 um 13:39 Uhr schrieb :

> Ich sage nun zum wiederholten Male klipp und klar und
> unmistverständlich, dass die Namen der Geschäftführer, Ladeninhabers,
> Verantwortlichen, Hausmeister, oder der Chefsekretärin etc. im
> Operatorfeld nichts zu suchen haben - ist das so schwierig zu verstehen
> und zu akzeptieren?
>



> Auch der Name des Künstlers hat im Operatorfeld nichts zu suchen,
> sondern maximal in der Beschreibung zum Kunstwerk, wenn das unbedingt
> sein muss.



es geht überhaupt nicht darum, in welches "Feld" etwas eingetragen wird. Es
geht einzig darum, was man einträgt.



> Obwohl ich auch dafür keinen ersichtlichen Grund erkennen
> kann, dies zwingend zu tun.



zwingend ist nichts, aber dass es für viele interessant sein könnte, die
Werke eines Künstlers (die öffentlich sind, public art, auf deutsch Kunst
im öffentlichen Raum) zu finden, liegt auf der Hand.


> Betreiber (Operator) eines Kunstwerkes ist
> in aller Regel eine Gallerie, eine Stadt- oder Gemeindeverwaltung, ein
> Garten- und Friedhofsamt, etc. und zum wiederholoten Male, versuchst Du
> über völlig zum Thema unpassende Beispiele das irgendwie zu
> legitimieren. Wie oft eigentlich noch?
>


"das" was?



>
> Nein, OSM hat keine Rechte am Namen einer natürlichen Person, um über
> diesen Namen ohne Einwilligung der Person zu verfügen.



es geht auch nicht um das "Verfügen", sondern um das Speichern von
nützlichen, öffentlichen Informationen in der db, selbst wenn die sich auf
eine Person beziehen, sofern das nicht verboten ist.

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

Re: [Talk-de] Gutachten [war: Re: POIs - Details - Gerichtsurteil ]

[Hartmut Holzgraefe]

On 16.11.18 13:38, sepp1...@posteo.de wrote:
Auch der Name des Künstlers hat im Operatorfeld nichts zu suchen, 
sondern maximal in der Beschreibung zum Kunstwerk, wenn das unbedingt 
sein muss.


Ja, dafür haben wir artist_name und artist:wikidata, operator passt
dort wirklich nicht. Ich sehe aber auch nicht, dass irgendwo vorher
in diesem Thread jemand Künstlernamen in operator= stehen haben wollte.


https://wiki.openstreetmap.org/wiki/Tag:tourism=artwork

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

Re: [Talk-de] Gutachten [war: Re: POIs - Details - Gerichtsurteil ]

[Daniel Litzbach]

Nach meinem (Rechts-)Verständnis ist z. B. der Name des Ladeninhabers
nicht unbedingt wichtig - aber es ist eine Information, die ohnehin
öffentlich einsehbar ist. Beispielsweise über das Handelsregister oder
über ein Schild o. Ä. an der Ladentür. Bei Künstlern könnte es sich um
Personen des öffentlichen Lebens handeln. Ich bin kein Jurist, aber der
Meinung dass es in diesen Fällen kein Problem ist, den Namen öffentlich
anzugeben. Man könnte argumentieren, dass das öffentliche Interesse in
diesem Fall den persönlichen Interessen der jeweiligen natürlichen
Personen überwiegt.

Am 16.11.18 um 13:38 schrieb sepp1...@posteo.de:
> Ich meine gar nichts.
>
> Ich sage nun zum wiederholten Male klipp und klar und
> unmistverständlich, dass die Namen der Geschäftführer, Ladeninhabers,
> Verantwortlichen, Hausmeister, oder der Chefsekretärin etc. im
> Operatorfeld nichts zu suchen haben - ist das so schwierig zu
> verstehen und zu akzeptieren?
>
> Auch der Name des Künstlers hat im Operatorfeld nichts zu suchen,
> sondern maximal in der Beschreibung zum Kunstwerk, wenn das unbedingt
> sein muss. Obwohl ich auch dafür keinen ersichtlichen Grund erkennen
> kann, dies zwingend zu tun. Betreiber (Operator) eines Kunstwerkes ist
> in aller Regel eine Gallerie, eine Stadt- oder Gemeindeverwaltung, ein
> Garten- und Friedhofsamt, etc. und zum wiederholoten Male, versuchst
> Du über völlig zum Thema unpassende Beispiele das irgendwie zu
> legitimieren. Wie oft eigentlich noch?
>
> Nein, OSM hat keine Rechte am Namen einer natürlichen Person, um über
> diesen Namen ohne Einwilligung der Person zu verfügen.
>
> Gruß Sep
>
>
>
> Am 16.11.2018 11:34 schrieb Martin Koppenhoefer:
>> Am Di., 13. Nov. 2018 um 10:16 Uhr schrieb :
>>
>>> Abgesehen mal davon, das Bibliotheken mit OSM nicht viel gemeinsam
>>> haben
>>> und Du gerade Äpfel mit Birnen vergleichst, hängen bei Publikationen
>>> grundlegend andere Gesetzmäßigkeiten und vertragliche Vereinbarungen
>>> dahinter. Nämlich genau zwischen Autor und veröffentlichendem Verlag in
>>> denen u.a. solche Dinge VOR einer Veröffentlichung geregelt werden.
>>
>>
>>
>>
>> und Du meinst, bei einem Kunstwerk im öffentlichen Raum ist das
>> grundverschieden, da muss der Name des Künstlers wegen der DSGVO
>> versteckt
>> werden? Bei den Ausnahmen, wo die Künstler explizit anonym bleiben
>> wollen
>> bzw. wo sie unter einem Pseudonym bekannt sind, werden wir entweder das
>> Pseudonym eintragen, oder eben gar ncihts, weil wir auch nicht
>> wissen, wer
>> der Anonymous ist.
>>
>> Gruß,
>> Martin
>> ___
>> 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

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

Re: [Talk-de] Änderungen highway=living_street / highway=service + living_street=yes

[Hartmut Holzgraefe]

On 16.11.18 13:13, Martin Koppenhoefer wrote:

es gibt auch ein Proposal dazu von 2009:
https://wiki.openstreetmap.org/wiki/Proposed_features/Tag:living_street%3Dyes



das schlägt aber die Kombination unclassivied/living_street für unbenannte
Straßen vor die komplett durch eine verkehrsberuhigte Zone hindurchführen,
und service/living_street für unbenannte die das nicht tun.

Ich würde da hineininterpretieren, dass es trotzdem immer noch um 
öffentliche Wege geht, und nicht um private Zufahrten?


--
hartmut


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

Re: [Talk-it] Mancata attribuzione.... due al prezzo di una

[Marcello]

Ultimo aggiornamento, mi ha riscritto Marianna di Pilla, hanno inserito
l'attribuzione sulle mappe OSM, per le foto, dopo aver visto che
partendo dalla pagina della località con la raccolta delle foto
cliccando sulle miniature si apriva la pagina della foto con i crediti,
avevo chiesto che da qualsiasi miniatura cliccando si aprisse la pagina
della foto, ha detto che richiede un intervento più complesso e lo
prevederanno in caso di aggiornamento del sito.

Per ora hanno corretto l'attribuzione alla mia foto che avevano digitato
male, ora compare "*Crediti:* arcanma - Creative Commons".

Considerando la buona volontà che ci hanno messo tutto sommato mi sembra
una situazione accettabile, ora c'è l'attribuzione sulla mappa e per le
foto non è sempre facile arrivare alla pagina con i crediti, ma ci sono.

Ciao
Marcello

Il 26/10/18 17:26, Marcello ha scritto:
> Alessandro,
>
> avevo visto una mia foto relativa alle mura megalitiche di Amelia,
> presente su Commons, nella pagina
> https://www.paesionline.it/italia/monumenti-ed-edifici-storici-amelia,
> dalla quale non è possibile ricavare alcuna informazione sull'autore,
> aprendo la pagina del monumento la foto non c'è più e compare la mappa
> OSM di localizzazione del monumento senza attribuzione.
>
> In tutte le pagine del sito dove c'è la mappa di localizzazione questa è
> senza attribuzione, per le foto  girando un po' ho capito il loro 'modus
> operandi', gli utenti possono registrarsi sul sito e a quel punto
> possono caricare del materiale e scrivere recensioni di monumenti,
> locali, ecc. Per ogni città c'è una pagina che raccoglie le foto, nel
> caso di Amelia è https://www.paesionline.it/italia/foto-immagini-amelia,
> passando con il mouse sulla miniatura delle foto compare il nome
> dell'utente che l'ha caricata in PaesiOnLine, cliccandola apre la pagina
> con la foto e i crediti (nel mio caso è sbagliato ma è un errore di
> battitura).
>
> Ieri mattina mi ha risposto Marianna Di Pilla, Ufficio Editoriale e
> Social Media Manager di PaesiOnLine, a cui ho chiesto di inserire
> l'attribuzione sulle mappe e per le foto che da ogni miniatura visibile
> cliccandoci si possa richiamare la pagina con la foto e i crediti, non
> solo dalla pagina di raccolta delle foto, non facile da trovare. La
> reazione è stata veloce, vediamo se anche l'aggiornamento lo sarà
> altrettanto.
>
> Ciao
> Marcello
>
> On 25/10/2018 15:10, Alessandro Palmas wrote:
>> Il 25/10/18 08:56, Marcello ha scritto:
>>> Salve,
>>>
>>> ho trovato un altro sito che usa le mappe OSM con solo la scritta
>>> Leaflet, nessuna menzione di OpenStreetMap, oltretutto anche le foto dei
>>> monumenti molto spesso sono prese da Wikimedia Commons senza nessuna
>>> attribuzione. Loro invece si riservano tutti i diritti ecc. ecc.
>>>
>>> il sito è www.paesionline.it, ho scritto a entrambe le mail che ho
>>> trovato, amministrazi...@valica.it e sa...@valica.it, vi terrò al
>>> corrente della risposta (se arriverà).
>>>
>> Ciao Marcello,
>> ho verificato la presenza di mappa OSM. Mi daresti giusto un
>> riferimento a una foto presa da Commons (così non sto a fare ricerche
>> se l'hai già fatta tu)?
>>
>> E cosa grave dichiarano la proprietà dei contenuti.
>>
>> https://www.paesionline.it/info/legal
>> "MARCHI E DIRITTI
>> Tutti i contenuti del Sito, quali a titolo esemplificativo e non
>> esaustivo, testi, grafici, marchi, loghi, icone, immagini, brani
>> audio, database o software sono protetti dalla legge sul diritto
>> d’autore, n. 633/41, e sono di proprietà del Titolare ovvero dei
>> relativi fornitori"
>>
>> Alessandro
>>
>>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Projet du mois de novembre: gendarmerie/police

[Donat ROBAUX]

Bonjour à tous,

Petit point officiel sur le projet du mois.
Maintenant que nous avons amélioré les gendarmeries qui existaient dans
OSM, place à l'ajout des gendarmeries qui ne sont pas du tout dans OSM. Il
nous en reste 790 à intégrer sur 3080. Bref, plus grand chose.
Pour ce qui est des commissariats, cela avance un peu moins vite. Nous
avons intégré 20% des 664 commissariats et nous en reste donc 460.

Bref, à mi-parcours, je nous félicite déjà de ce que nous avons accompli.

Depuis le début du projet, la gendarmerie a déjà mis à jour le fichier en
rajoutant 500 structures. Il y a notamment des postes de gendarmerie
provisoire (stations de ski l'hiver et bord de mer l'été) + des brigades
motorisées, peloton autoroute, centre de recrutement Pour l'instant,
finissons le projet sur les structures permanentes traditionnelles, il sera
temps de revoir pour intégrer les ajouts ensuite, d'autant que comme je le
disais dans un précédent mail, la gendarmerie ne compte pas s'arrêter là.
On aurait presque été un peu vite, mais notre projet les a sûrement poussé
à aller plus loin.

Donat

Pour rappel:
La page Projet:
https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Gendarmerie_nationale
L'analyse Osmose pour rajouter les gendarmeries/commissariats qui manquent:
https://osmose.openstreetmap.fr/fr/map/#item=8190=500=3=9=48.936=2.625==
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-de] Gutachten [war: Re: POIs - Details - Gerichtsurteil ]

[sepp1974]

Ich meine gar nichts.

Ich sage nun zum wiederholten Male klipp und klar und 
unmistverständlich, dass die Namen der Geschäftführer, Ladeninhabers, 
Verantwortlichen, Hausmeister, oder der Chefsekretärin etc. im 
Operatorfeld nichts zu suchen haben - ist das so schwierig zu verstehen 
und zu akzeptieren?


Auch der Name des Künstlers hat im Operatorfeld nichts zu suchen, 
sondern maximal in der Beschreibung zum Kunstwerk, wenn das unbedingt 
sein muss. Obwohl ich auch dafür keinen ersichtlichen Grund erkennen 
kann, dies zwingend zu tun. Betreiber (Operator) eines Kunstwerkes ist 
in aller Regel eine Gallerie, eine Stadt- oder Gemeindeverwaltung, ein 
Garten- und Friedhofsamt, etc. und zum wiederholoten Male, versuchst Du 
über völlig zum Thema unpassende Beispiele das irgendwie zu 
legitimieren. Wie oft eigentlich noch?


Nein, OSM hat keine Rechte am Namen einer natürlichen Person, um über 
diesen Namen ohne Einwilligung der Person zu verfügen.


Gruß Sep



Am 16.11.2018 11:34 schrieb Martin Koppenhoefer:

Am Di., 13. Nov. 2018 um 10:16 Uhr schrieb :

Abgesehen mal davon, das Bibliotheken mit OSM nicht viel gemeinsam 
haben

und Du gerade Äpfel mit Birnen vergleichst, hängen bei Publikationen
grundlegend andere Gesetzmäßigkeiten und vertragliche Vereinbarungen
dahinter. Nämlich genau zwischen Autor und veröffentlichendem Verlag 
in

denen u.a. solche Dinge VOR einer Veröffentlichung geregelt werden.





und Du meinst, bei einem Kunstwerk im öffentlichen Raum ist das
grundverschieden, da muss der Name des Künstlers wegen der DSGVO 
versteckt
werden? Bei den Ausnahmen, wo die Künstler explizit anonym bleiben 
wollen

bzw. wo sie unter einem Pseudonym bekannt sind, werden wir entweder das
Pseudonym eintragen, oder eben gar ncihts, weil wir auch nicht wissen, 
wer

der Anonymous ist.

Gruß,
Martin
___
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

[Talk-it] [tagging] Bed e categorie

[Cascafico Giovanni]

Ciao Listàti,

sto sistemando un dataset di B le cui categorie sono definite come
"standard", "comfort" e "superior".

Come mappare in stars=* , considerando che nella wiki [1] "superior" non è
una categoria, ma una sua opzione?


[1] https://wiki.openstreetmap.org/wiki/Key:stars#Hotels
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-de] Änderungen highway=living_street / highway=service + living_street=yes

[Martin Koppenhoefer]

Am Fr., 16. Nov. 2018 um 10:31 Uhr schrieb Florian Lohoff :

>
> Hi,
> heute morgen wurde der Wiki artikel für die Living Street
> ergänzt um den Zusatz:
>
> Wenn es sich um Zufahrtswege handelt benutze highway=service +
> living_street=yes.
>
> Ich habe keine Diskussion zu dem Thema mitbekommen und ich hätte
> mich auch deutlich dagegen ausgesprochen. Das ist in diverser
> Hinsicht kaputt.
>


+1



> Eine living_street ist eine living_street und kein service und vice
> versa. Highway klasse eins mit der Klasse 2 zu attributieren ist einfach
> per definition kaputt.
>


+1, das macht für mich auch keinen Sinn. Ich verstehe ehrlich gesagt auch
nicht, wie man eine highway-tag-Definition ohne Rücksprache ändern kann.
Außerdem sollten das Übersetzungen der Definitionen im englischen Wiki
sein. Andererseits gibt es 24 living_street=yes in der db, davon 222000
mit highway=service, davon aber nur 3035 service=alley (für die würde ich
es akzeptieren ;-) ).

https://taginfo.openstreetmap.org/tags/living_street=yes#combinations
Laut history ist das zudem ein organisch gewachsener tag, seit 2009 in
Benutzung, wie es aussieht überwiegend in Osteuropa:
https://taginfo.openstreetmap.org/keys/living_street#map



> Ich verstehe den Ansatz das highway=service/driveway doof aussieht
> in einem Wohngebiet mit living_streets, und das man das gerne
> anders rendern möchte, aber das da oben ist eine Verquickung von
> Highway klassen und Attributierung die geneigt ist das chaos
> nur noch zu vergrößern.



living_street ist eine öffentliche Straße, driveway ist das nicht. (alley
schon).

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

Re: [Talk-de] Änderungen highway=living_street / highway=service + living_street=yes

[Martin Koppenhoefer]

es gibt auch ein Proposal dazu von 2009:
https://wiki.openstreetmap.org/wiki/Proposed_features/Tag:living_street%3Dyes

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

Re: [Talk-de] Wambachers OSM-Server - Wartung 15.11.2018

[wambacher]

Hi

Am 16.11.18 um 10:40 schrieb Andreas Neumann:
> Spende leider nicht möglich...

Sorry, der Link war nicht sauber: https://paypal.me/walternordmann

Die SSD ist erst heute (FR) eingetrudelt, obwohl die für DO angekündigt
war. Daher werde ich die Wartung wohl heute Abend (16.11) machen.

Gruss

walter

-- 
My projects:

Admin Boundaries of the World 
Missing Boundaries

Emergency Map 
Postal Code Map (Germany only) 
Fools (QA for zipcodes in Germany) 
Postcode Boundaries of Germany 
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Gutachten [war: Re: POIs - Details - Gerichtsurteil ]

[Martin Koppenhoefer]

Am Di., 13. Nov. 2018 um 15:06 Uhr schrieb :

> ... stellt sich
> die entscheidende Frage, ob OSM personengebundene Daten überhaupt
> erfassen, verarbeiten und/oder weitergeben darf, denn genau das
> passiert!




darauf hast Du ja schon mehrfach Antworten erhalten: in bestimmten Fällen
bzw. bestimmte Daten, die auch Personen betreffen, ja.

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

Re: [Talk-de] Gutachten [war: Re: POIs - Details - Gerichtsurteil ]

[Martin Koppenhoefer]

Am Di., 13. Nov. 2018 um 10:16 Uhr schrieb :

> Abgesehen mal davon, das Bibliotheken mit OSM nicht viel gemeinsam haben
> und Du gerade Äpfel mit Birnen vergleichst, hängen bei Publikationen
> grundlegend andere Gesetzmäßigkeiten und vertragliche Vereinbarungen
> dahinter. Nämlich genau zwischen Autor und veröffentlichendem Verlag in
> denen u.a. solche Dinge VOR einer Veröffentlichung geregelt werden.




und Du meinst, bei einem Kunstwerk im öffentlichen Raum ist das
grundverschieden, da muss der Name des Künstlers wegen der DSGVO versteckt
werden? Bei den Ausnahmen, wo die Künstler explizit anonym bleiben wollen
bzw. wo sie unter einem Pseudonym bekannt sind, werden wir entweder das
Pseudonym eintragen, oder eben gar ncihts, weil wir auch nicht wissen, wer
der Anonymous ist.

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

[Talk-cz] Liberec - oprava křižovatky

[Mirek Dlask]

Ahoj,
narazil jsem na "rozbitou" křižovatku před libereckým nádražím. Máte-li
někdo čas a chuť tak ji prosím opravte. Já se k tomu dostanu až zítra.
M.D.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-de] Wambachers OSM-Server - Wartung 15.11.2018

[Andreas Neumann]

Spende leider nicht möglich...

Am Do., 15. Nov. 2018 um 00:31 Uhr schrieb :

> Hi,
>
> am 15.11 ist eine dringende Wartung des Servers notwendig geworden.
>
> Am 12.11. ist mir eine 960 GB SSD "abgeraucht" und die OSM-Database
> läuft derzeit auf einem Degraded Raid5; eine von 3x960 GB Disks ist
> defekt und derzeit ist keine Ausfallsicherheit mehr gegeben.
>
> Ich erwarte heute (Do) die Lieferung der Ersatzplatte (mal wieder mal
> schlappe 200 € aus der Privatkasse, da der Spendentopf leider leer ist
> *) und werde wohl am *frühen Abend* mit der Wartung beginnen.
>
> Ich werde die defekte Platte einschicken (hat noch 8 Tage von 2 Jahren
> Garantie !) und hoffe, dass die mir ersetzt wird. Sollte das der Fall
> sein, werde ich diese als Sparedisk in das Raid5 integrieren, was die
> Ausfallsicherheit erheblich verbessert.
>
> Gruss
> walter
>
> *)
> [url]
> https://www.paypal.com/donate/?token=hJZtS0Vb_He4xVtiqHWNI6rSWho9icAMRjsyZUGqcEXp9tB0VLR_lKUqN-ju7mQIWQps4G=DE=DE[/url]
>
> --
> My projects:
>
> Admin Boundaries of the World 
> Missing Boundaries
> <
> https://wambachers-osm.website/index.php/projekte/internationale-administrative-grenzen/missing-boundaries
> >
> Emergency Map 
> Postal Code Map (Germany only) 
> Fools (QA for zipcodes in Germany) 
> Postcode Boundaries of Germany  >
> ___
> 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

[Talk-de] Änderungen highway=living_street / highway=service + living_street=yes

[Florian Lohoff]

Hi,
heute morgen wurde der Wiki artikel für die Living Street 
ergänzt um den Zusatz:

Wenn es sich um Zufahrtswege handelt benutze highway=service +
living_street=yes. 

Ich habe keine Diskussion zu dem Thema mitbekommen und ich hätte
mich auch deutlich dagegen ausgesprochen. Das ist in diverser
Hinsicht kaputt.

Eine living_street ist eine living_street und kein service und vice
versa. Highway klasse eins mit der Klasse 2 zu attributieren ist einfach
per definition kaputt.

Ich verstehe den Ansatz das highway=service/driveway doof aussieht 
in einem Wohngebiet mit living_streets, und das man das gerne
anders rendern möchte, aber das da oben ist eine Verquickung von
Highway klassen und Attributierung die geneigt ist das chaos
nur noch zu vergrößern.

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


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

Re: [OSM-talk-fr] Pourquoi inventer un aire urbaine imaginaire ?

[Christian Rogel]

> Le 16 nov. 2018 à 07:59, Stéphane Péneau  a écrit 
> :
> Il en a été question ici même, en aout 2016 :
> https://lists.openstreetmap.org/pipermail/talk-fr/2016-August/081842.html

Bien que lecteur assidu de la liste, je n’avais pas remarqué ce post.
Il n’empêche que la page a été créée bien avant la tentative de 
discussion/demande d’aide.
La justification par les besoins de l’aviation est admissible, mais le choix 
d’une réalisation “sauvage” beaucoup moins.
On ne voit pas le bénéfice de troquer la facilité de se référer aux limites 
officielles des parcelles bâties pour une exécution approximative basée sur un 
nombre d’accroche limité.

Christian R.

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