Re: [Talk-it] Strade di confine

[Martin Koppenhöfer]

> On 17 Jul 2017, at 11:13, Andreas Lattmann  wrote:
> 
> Ho fatto anch'io così name:left name:right. Non ti preoccupare se poi non 
> viene renderizzato sulla mappa: tuttavia non si mappa per il rendering.


Con i numeri presentati, non escluderei che prima o poi sarà implementato nel 
rendering ufficiale. 
Intanto se vi va, create un ticket…

https://github.com/gravitystorm/openstreetmap-carto

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

Re: [OSM-talk] Changing Bing to bing

[Martin Koppenhöfer]

> On 07 Mar 2017, at 09:44, molto...@gmail.com wrote:
> FWIW I've alway ignored JOSM's "Bing" -> "bing" warning and would be glad to 
> see it removed, or reversed and downgraded to notice.
> 
> While we do have a "standard values should be lowercase" best-practice in 
> OSM, I don't think this should apply to source tags except maybe "survey" and 
> "local_knowledge” :


note that “local knowledge” comes in a series of sauces, local knowledge, 
local_knowledge, Local knowledge, …
IMHO there doesn’t seem need to unify any of those. You can easily unify all 
spaces and underscores and capitalisation downstream for making statistics or 
similar.

FWIW, personally I prefer “Bing aerial imagery” over “Bing”, as the latter is 
not sufficiently accurate (it’s the name of a search engine). Seems more to 
type, but autocompletion makes this difference almost vanish. Looking at 
taginfo, there are many others who prefer being more explicit.


> * Most source values, like Bing, are proper names and capitalisation matters.


according to our contract with them, they might be called “MICROSOFT® BING™ 
MAPS IMAGERTY SERVICE” (sic! MS managed to get a typo in the contract headline)
https://wiki.openstreetmap.org/wiki/File:Bing_license.pdf

And maybe interesting for some, you may not use them anyway if you are editing 
osm in a commercial context.

There also appear to be very few changesets based on other Bing maps sources 
that are explicitly forbidden and these contributions should eventually be 
redacted:
https://taginfo.openstreetmap.org/tags/source=bing%20Bird's%20eye
https://taginfo.openstreetmap.org/tags/source=bing%20bird's%20eye%20view



> * "Bing" is twice as frequent as "bing" on taginfo, so suggesting the later 
> goes against the general trend.


+1

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

Re: [Talk-it] Progetto Montagne Sicure

[Martin Koppenhöfer]

> On 07 Nov 2016, at 15:55, Alfredo Gattai  wrote:
> 
> perche' rispetto a rescue_ref (che non ha precedenti), ref:emergency sembra 
> essere piu' corretta secondo la comunita'.



la "comunità” ha scritto questa chiave una volta come ipotesi (se capisco bene 
per il numero di una “emergency response section”) in una pagina di discussione 
sul wiki nel 2014 e poi non ha più seguito questo approccio: 
https://wiki.openstreetmap.org/wiki/Talk:WikiProject_Emergency_Cleanup#emergency_response_section.3D.2A

Mi sono guardato gli utilizzi di questa chiave e di 188 occorrenze (overpass 
api) si trovano 175 entro un raggio di 3 chilometri intorno a Lumezzane (vicino 
Brescia). Di questi tutti (?) sembrano duplicare lo stesso valore di “ref” 
anche in “ref:emergency”, e tutti sono emergency=access_point (e tutti sono 
stati inseriti da un unico utente)

11 altri si trovano in un raggio di 3 chilometri intorno ad un paese “Olfen” in 
Germania e di questi nessuno ha il tag emergency=access_point (sono 
amenity=bench oppure tourism=picnic_site)

I rimanenti due oggetti con questa chiave sono 1 parco giochi e un campo da 
calcio, entrambi dentro lo stesso villaggio in Germania, per esempio: 
https://www.openstreetmap.org/way/39546010

Secondo tag info history l’utilizzo di questa chiave e decrescendo…

Invece se guardi la documentazione nel wiki per emergency=access_point è 
consigliato “ref” e la stragrande maggioranza dei 2391 nodi con questo tag ha 
infatti un “ref” associato.

Ciao,
Martin



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

Re: [Talk-at] Brückennummern

[Martin Koppenhöfer]

der übliche tag, um Brückennummern auf Straßen, Wege und Eisenbahnen zu
taggen, die auf Brücken verlaufen (also nicht um Brückennummern an Brücken
zu taggen), ist der tag
bridge_ref

Hingegen ist der tag für Brückennummern 
ref
wenn es sich um ein Brückenobjekt handelt (man_made=bridge) und nicht nur um
eine indirekt gemappte Brücke, die nur über Attribute auf dem darüber
führenden Weg eingetragen ist.

Wenn es bereits eine gemappt Brücke gibt, sollte diese m.E. die
Brückennummer, die Brückenname etc. erhalten, und auf der darüber
verlaufenden Straße muss / sollte man die Brückeninformationen nicht alle
nochmal wiederholen.


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

Re: [OSM-talk] Launching OpenAddresses

[Martin Koppenhöfer]

Am 27.03.2014 um 21:34 schrieb Johan C osm...@gmail.com:

 2. Number of households in the EU: 
 http://epp.eurostat.ec.europa.eu/statistics_explained/index.php/Household_composition_statistics



You'll have to add businesses and public administration and services etc. to 
get the number of addresses, while at some addresses you'll find a lot of 
households...

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

Re: [Talk-it] osm-icons.org - Richiesto feedback della comunità italiana

[Martin Koppenhöfer]

 On 7 February 2014 13:24, Leonardo kinetocor...@gmail.com wrote:
 Grazie Volker! Ho informato Markuss della richiesta di riorganizzazione. È 
 stata scelta la comunità italiana perchè le altre (Inglese, Tedesca, 
 Francese) sono troppo grandi per una recensione iniziale


Comunque siamo tra le più grandi communità nel mondo, se guardi le ultime 
statistiche, ieri più persone erano attive in Italia che in Inghilterra:
http://osmstats.altogetherlost.com/?item=countries

;-)

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

Re: [Talk-it] Codice ufficiale via

[Martin Koppenhöfer]

Am 07.02.2014 um 15:27 schrieb Fabrizio Tambussa ftambu...@gmail.com:

 ref:way
 O
 way:ref
 
 Il 07/feb/2014 12:46 sabas88 saba...@gmail.com ha scritto:
 ref:viario ?
 
 
 Il giorno 07 febbraio 2014 12:38, Simone Cortesi sim...@cortesi.com ha 
 scritto:
 A Milano vogliono rilasciare codice via ufficiale. Cioè quel numerino che si 
 vede sui cartelli
 
 http://www.z3xmi.it/get_image.phtml?azione=modifyimage=piazza_partigiane_3_web.png
 
 Con che tag lo inserisco?
 


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

[Talk-it] Blogpost perchė gli imports sono disputati

[Martin Koppenhöfer]

In inglese:
http://blog.emacsen.net/blog/2014/01/25/why-imports-in-openstreetmap-are-controversial/?s=osm

Anche nel contesto che ci sono ogni tanto dei imports su territorio Italiano 
che non rispettano le regole ;-)

http://www.openstreetmap.org/changeset/20285859

Ciao,
Martin


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

Re: [Talk-de] How to map a....

[Martin Koppenhöfer]

Am 10.12.2013 um 22:12 schrieb Willi Rehfeld electricwarr...@web.de:

 hier ist es eine leerstehende Schule, die nun als Unterkunft für Asylbewerber 
 genutzt werden soll.


M.E. wäre social_facility dafür ein Euphemismus. Besser ein eigener tag, von 
dieser Art Einrichtungen gibt es ja einige.

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

Re: [Talk-it] Consigli per un import di un migliaio di punti: turbine eoliche in Sicilia

[Martin Koppenhöfer]

Am 10.12.2013 um 22:04 schrieb iomeneandrei aborr...@tin.it:

 Ok allora vedo di fare un filtro soltanto per le nuove e vi segnalo
 eventuali doppioni.


Se avete fatto dei miglioramenti sui dati esistenti potrebbero essere 
interessanti anche quelli, non lo dobbiamo per forza escludere subito, ma va 
valutato bene. Al solito, se mappiamo a mano, abbiamo delle coordinate 
abbastanza buone. Di quanto si sposterebbe l'impianto medio con i vostri 
dati? Quello che mi stupiva era il fatto che sembrava che tutti sarebbero da 
modificare...

E' in ogni caso desiderabile (indispensabile) per quelli esistenti di mantenere 
gli id e di creare nuovi versioni dei stessi oggetti, invece di cancellare e 
ricreare ex-nuovo.

Oltre alla posizione ci sono anche altri dati (es. altezza, diametro, output 
rating, ecc.)?

Ciao,
Martin


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

Re: [Talk-it] ref con più valori (AGGIORNAMENTO)

[Martin Koppenhöfer]

Am 25.11.2013 um 23:55 schrieb Alberto albertoferra...@fastwebnet.it:

 2- altre volte nel punto dove c'é la palina passa inequivocabilmente 
 il sentiero XX (soltanto il sentiero XX) ma invece che esserci scritto 
 (come la maggior parte delle
 volte)
 XX Malga Val Aperta il numero del sentiero non é scritto ma si legge 
 soltanto Malga Val Aperta:
 in questo caso includo lo stesso il guidepost come membro della 
 relazione di quel sentiero?
 
 
 bo, forse anche no, dipende un po' come tu lo vedi.
 
 -1
 Io invece lo metterei nella relazione del sentiero, è un po' come i numeri
 civici nella relazione associatedStreet.
 E comunque se aiuta ad identificare inequivocabilmente dove passa il
 sentiero XX seppur con altro nome è un'informazione utile: consultando il
 GPS sai di non aver sbagliato sentiero.


Le relazioni route spesso hanno un tag operator, per esempio CAI, ma quel segno 
senza numero probabilmente non è da loro. Il punto è che senza numero il segno 
non aiuta per identificare inequivocabilmente dove passa il sentiero XX

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

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

[Martin Koppenhöfer]

Am 19.11.2013 um 20:13 schrieb NopMap ekkeh...@gmx.de:

 Die alten Shelter unterscheiden sich bereits deutlich voneinander,
 Grillpavillion, Picknickplatz oder Schutzhütte machen einen großen
 Unterschied. Von daher ist es jetzt schon nötig, für eine sinnvolle
 Auswertung den Typ zu berücksichtigen.
 
 Wenn es Dir egal ist ob es eine Berghütte oder ein Bushäuschen ist und es
 Dir nur um ein Dach geht, dann ist Dir auch mit einem solchen Unterstand
 gedient.


+1, in ländlichen Gebieten ist es normal, sich bei plötzlichem Regen auch unter 
einen Viehunterstand zu flüchten, shelter ist das auf jeden Fall.

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

Re: [Talk-it] Intervento in Sardegna

[Martin Koppenhöfer]

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

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


L'attuale 

Ciao,
Martin

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

Re: [Talk-it] Mappare da scontrini: dubbio sul nome dell'attività

[Martin Koppenhöfer]

Am 07.11.2013 um 19:00 schrieb Aury88 spacedrive...@gmail.com:

 il nome del locale è solitamente una cosa diversa dall'operatore.


Alle volte si, alle volte no, comunque è obbligatorio mettere il nome del 
operatore sullo scontrino, mentre il nome del locale no.


 se il locale con nome x fa parte di una catena commerciale con nome y, metti
 x nel tag name e in operator metti y.


Per il nome della catena dipende dalla struttura dell'impresa. Per esempio nel 
caso di un franchising mettiamo il nome del marchio in brand (per esempio 
McDonalds nella più grande parte)


 se non c'è nessuna compagnia/agenzia/ente che gestisce l'attività


non ho ancora trovato un shop o locale senza operatore, intendi una cosa 
spontanea? O posti che operano in nero? Anche lì ci sarebbe qualche operatore, 
solo che non ti emetterà scontrini ;-)

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

Re: [OSM-talk] Admin borders/separate database

[Martin Koppenhöfer]

Am 05.11.2013 um 21:29 schrieb Christoph Hormann chris_horm...@gmx.de:

 It is also important to keep in mind that in case of borders 
 authoritively defined through discrete points an officially released 
 data set does not necessarily represent exactly this definition.


And sometimes official or authoritive is not sufficient, there are a lot of 
disputed borders in the world, also between friends e.g. 
http://en.wikipedia.org/wiki/List_of_areas_disputed_by_Canada_and_the_United_States

Or here:
http://en.wikipedia.org/wiki/List_of_territorial_disputes

Cheers,
Martin


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

Re: [OSM-talk] Admin borders/separate database

[Martin Koppenhöfer]

Am 05.11.2013 um 22:56 schrieb Clifford Snow cliff...@snowandsnow.us:

 If we agree that borders are a problem, then what is the best solution?


Do you mean borders are a problem in general, or are there specific problems 
related to specific borders like those mentioned in this thread? 


 I'd argue that the GIS community has already decided that layers are the 
 solution. QGIS, open source gis software, already handles layers much like 
 ESRI. JOSM even handles layers.


IMHO osm is post-layers ;-)
Fortunately we got rid of layers in osm - not needed any more with free form 
tagging and a database backend capable to store the whole world.

Layers also have a lot of disadvantages: of course it depends on the 
implementation, but probably you'd have to insert the same geometry multiple 
times and they are disjunct, so in case you have to modify something, you'll 
have to do it in all layers. One of the problems I could imagine with 
introducing layers in osm is that of stuff ending up in the wrong layer, or 
just in some layers and not in all necessary layers etc. There is really a lot 
that can go wrong, the information loss by loosing strong connections between 
features of different classes not even considered.


 Modifying the editors to handle the complexity of deciding which nodes can be 
 glued to others might be problematic. I'd like to hear from the dev community 
 on which approach makes more sense. 


To keep the freedom of the mappers and the flexibility that comes along, 
restricting what can be connected should be avoided, at max a warning could be 
issued.

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

Re: [Talk-de] innerorts oder außerorts - WAS: Datenmodell für straßenbegleitende Wege

[Martin Koppenhöfer]

Am 05.11.2013 um 21:06 schrieb Garry garr...@gmx.de:

 Residential dürften da ehr die Ausnahme sein, die durchgehenden Straßen sind 
 mindestens unclassified und die Nebenstraßen ehr tracks.


Wenn da Leute wohnen die keine Bauern sind, dann ist es kein Track und wenn das 
keine Verbindungsstraßen sind, dann sind sie auch keine unclassifieds

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

Re: [Talk-de] innerorts oder außerorts - WAS: Datenmodell für straßenbegleitende Wege

[Martin Koppenhöfer]

Am 05.11.2013 um 23:18 schrieb Garry garr...@gmx.de:

 Wo gibt es so etwas in nenneswertem Ausmass?
 Siehst Du ein Problem wenn Anwendungen(!) residentials per default als 
 innerorts interpretieren wenn (noch) nicht anderst angegeben?


Im Ausland und ggf. in den neueren Bundesländern (Bestandsschutz), in den 
älteren Bundesländern ist der Landschaftszersiedelung schon ziemlich lange 
durch BauGB 35 (Bauen im Aussenbereich) ein Riegel vorgeschoben, das stimmt 
zwar, aber die Welt ist ja noch ein bisschen größer ;-)

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

Re: [Talk-it] Regole accesso

[Martin Koppenhöfer]

Am 05.11.2013 um 22:01 schrieb Fabri erfab...@gmail.com:

 e poi mi domando se motorcar corrisponda al nostro autoveicoli tutti i
 motoveicoli e autoveicoli a motore con tre o più ruote
 
 ma non è meglio motor_vehicle per tutti i mezzi a motore?


Dipende dal cartello, a Roma abbiamo per esempio una strada con divieto di 
transito eccetto autovetture.

A proposito, il divieto di transito (cerchio rosso, sfondo bianco), vale anche 
per pedoni in Italia?

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

Re: [Talk-it] Regole accesso

[Martin Koppenhöfer]

Am 05.11.2013 um 23:41 schrieb emmexx emm...@tiscalinet.it:

 In Italia a caso! ;-)


Chiedevo conferma ;-)

Cosa mi sembra strano in quella situazione (divieto di transito, solo 
autovetture) che apparentemente non vengono esclusi i pedoni, anche se è 
veramente sconsigliabile di camminare lì, non esiste marciapiede ed il guard 
rail è vicino alla corsia, oltre il guard rail cespugli.

Così escludono le moto (penso), ma vale anche per le moto con carrozzino? E per 
curiosità: Piaggio Ape è un'autovettura?

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

Re: [Talk-de] innerorts oder außerorts - WAS: Datenmodell für straßenbegleitende Wege

[Martin Koppenhöfer]

Am 04.11.2013 um 21:23 schrieb Bernhard Weiskopf bweisk...@gmx.de:

 Das 50er-Schild gilt übrigens für alle Fahrzeuge, das Ortsschild dagegen nur
 für Kraftfahrzeuge. Radfahrer dürfen nach letzterem also schneller fahren.


Jein, sie müssen ihre Geschwindigkeit anpassen. Dürfte für die allermeisten 
aber sowieso keine Rolle spielen

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

Re: [Talk-de] innerorts oder außerorts - WAS: Datenmodell für straßenbegleitende Wege

[Martin Koppenhöfer]

Am 04.11.2013 um 20:54 schrieb Garry garr...@gmx.de:

 Eine Ansammlung von residentials (ein tag!) lässt darauf schließen dass diese 
 Innerorts sind.
 Aus ehr sporadisch gesetzten, verletzlichen Ortsschildern - insbesondere 
 ohne weitere Angaben - wird es schwierig die Situation korrekt abzubilden.


so ein Ortsschildnode ist nicht so verletzlich, klar, wenn er gelöscht ist ist 
er weg, aber normalerweise wird so ein freier Node nicht so viel verschoben.


 
 Residentials kannst Du hierzulande viele finden, die außerhalb geschlossener 
 Siedlungen verlaufen.
 
 In welchem Zusammenhang? Straßen, die ein gefahrloses, schnelleres Fahren als 
 innerorts zulassen würde ich
 in der Regel nicht als residential klassifizieren.


Das tun sie nicht.

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

Re: [Talk-de] innerorts oder außerorts - WAS: Datenmodell für straßenbegleitende Wege

[Martin Koppenhöfer]

Am 04.11.2013 um 14:54 schrieb Ronnie Soak chaoschaos0...@googlemail.com:

 Allerdings kann damit wie schon beschrieben ein Router nicht bestimmen, wo
 man sich befindet.


Wieso machst Du das dann trotzdem so? Ich finde diese Schilder-Nummern-Nummer 
ein bisschen übertrieben, und auch gibt es nicht in allen Ländern Nummern, von 
daher finde ich bei so eindeutigen Dingen wie einem Ortsschild einen 
sprechenden Tag besser und international verwendbar.


 Er weiß weder, ob der Startpunkt innen oder außen lag,
 noch kann er die angesprochenen Inseln bilden, solange Fälle wie
 Ortsausgang-ist-Ortseingang


Kein Problem m.E., sind ja verschiedene Orte, man muss dann dort allerdings 2 
nodes machen, auf jeder Seite einen, mit dem jeweiligen Namen.


 und fehlende Schilder existieren. Generell wäre
 es ein ziemliche Aufwand.


Ja, dann doch lieber Polygone oder jeden einzelnen Highway taggen, das ist 
sicher weniger Aufwand als ein paar Nodes. ;-)

Auf implizite Geschwindigkeitsbeschränkungen verlasse ich mich allerdings 
sowieso nicht, die tagge ich an alle Wege explizit, unabhängig von inner- und 
außerorts.

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

Re: [Talk-de] path am Strand fuer den Router ...

[Martin Koppenhöfer]

Am 04.11.2013 um 20:16 schrieb Frederik Ramm frede...@remote.org:

 Bei Plaetzen ist das anders;
 die wenigsten Mapper wuerden per Multipolygon ein Loch in den Strand
 schneiden, wenn da eine Huette vom Bootsverleih steht, oder ein Loch in
 den Marktplatz, bloss weil in der Mitte irgendeine Reiterskulptur auf
 einem Podest steht.


Eigentlich ist das noch vertrackter, habe da bisher noch keine wirklich 
zufriedenstellende Lösung entwickelt. Die Reiterstatue IST ja Teil des Platzes 
(mit Namen Foo, etc.) allerdings nicht Teil der Fläche highway=pedestrian, 
area=yes, surface=* etc., wobei diese begehbare Fläche schon auch den Namen 
trägt und in osm haben sollte.

Wenn da jemand eine gute Idee hat, wie man das konzeptionell am Besten 
darstellen kann...

Vermutlich sollte man doch den Platz von der Fußgängerverkehrsfläche 
entkoppeln.

Gruß,
Martin

PS: am Rande erwähnt sei, dass sie meisten derzeitigen Routingprogramme 
highways ignorieren, die in einer Multipolygonrelation getaggt sind.
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-it] Livello di zoom

[Martin Koppenhöfer]

Am 03.11.2013 um 17:47 schrieb girarsi_liste liste.gira...@gmail.com:

 Un pelo ot, ma ti invito a considerare, nel caso di tornanti o curve
 way a mezzo cerchio uno strumento contenuto nel plugin UtilsPlugin2,
 arco di circonferenza che in sostanza crea un semi-cerchio con tre
 punti, un pò difficile da assimilare subito, ma dà soddisfazioni poi
 una volta appreso.


Da notare pero che le curve delle strade non sono quasi mai cerchi: 
http://it.wikipedia.org/wiki/Clotoide

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

Re: [Talk-it] Errore mappatura Parco Villa San Martino

[Martin Koppenhöfer]

Am 03.11.2013 um 17:46 schrieb Aury88 spacedrive...@gmail.com:

 per l'ultima relazione quindi cosa dovrei fare?
 il tag name è giusto che stia su una relation con quei confini perchè quella
 viene definita l'area del parco di Villa San Martino.
 intanto provo a mettere un tag area=no alle varie barrier, ma nel caso
 conoscete qualche tag da aggiungere appropriato per descrivere l'area?


Bo, forse landuse=residential access=private? Non conosco bene l'oggetto in 
questione.

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

Re: [Talk-de] Routing-Hinweise taggen

[Martin Koppenhöfer]

Am 01.11.2013 um 15:18 schrieb Alexander Heinlein alexander.heinl...@web.de:

 On Fri, Nov 01, 2013 at 03:01:01PM +0100, Thorsten Nau wrote:
 ich denke mal, dass das Problem darin besteht, dass die Auf- und
 Abfahrten (trunk_link) mit motorway=yes getagged sind. Für die
 Straße an sich, ist das sicherlich korrekt. Aber die Auf- und
 Abfahrten sollten aus meiner Sicht kein motorway=yes bekommen.
 
 motorroad=yes meinst du sicher :)
 Ob an die Zubringer das motorroad üblicherweise gesetzt wird oder nicht,
 weiß ich nicht.


Dort, wo das Kraftfahrstraßenschild steht, den way aufsplitten, und dahinter 
gilt dann das motorroad=yes tag, unabhängig von der Auffahrtsfrage.

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

Re: [Talk-it] ...DOMANDONE su Bing, PCN ecc.

[Martin Koppenhöfer]

Am 31.10.2013 um 16:15 schrieb Simone Saviolo simone.savi...@gmail.com:

 Ciao Enrico! Come qualità della georeferenziazione, la classifica è più o 
 meno questa:
 - PCN
 - Bing
 - GPS dello smartphone
 - Orientarsi con le stelle
 - Vuoto
 - GPS dello smartphone in mezzo ad un bosco
 
 Scherzi a parte :-) se sei in mezzo a fogliame, edifici (specie se alti), 
 nubi, ghiacciai e altre superfici riflettenti, il GPS ha un'incertezza 
 maggiore di quella nominale. I GPS commerciali in particolare si smarriscono 
 ancora più facilmente. Fidati pure più delle ortofoto in quel caso, e 
 comunque più del PCN che di Bing (migliore georeferenziazione soprattutto su 
 terreni in pendenza). 


+1, lo vedo anch'io così 

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

Re: [OSM-talk] Mapping of multiple-lane toll areas

[Martin Koppenhöfer]

Am 25.10.2013 um 17:42 schrieb Pieren pier...@gmail.com:

 Or tagging each lane as an individual carriageway. We duplicate
 highway=* only with physical separators which is not the case here
 until the individual booth. Vehicles can switch from one lane to the
 next at any time.


The physically divided part of the lane is a bit longer than just the booth: 
http://binged.it/1ij4lEH
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Standardizzazione toponimi bilingui della Sardegna ed adattamento al modello altoadesino

[Martin Koppenhöfer]

Am 25.10.2013 um 14:37 schrieb Davio davide@gmail.com:

 Se negli atti ufficiali compare il nome bilingue, si mette anche nel tag
 name. Se esistono solo documenti in italiano o solo in un'altra lingua (cosa
 che reputo assai improbabile), si mette in name solo il nome in italiano o
 dell'altra lingua.
 
 Mi sembra il modo più equo per evitare la continua guerra dei doppi nomi.


Per me la segnaletica locale e l'uso comune degli abitanti hanno lo stesso 
valore dei atti per il nome del place.

Ciao,
Martin


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

Re: [Talk-it] segnaletica strana - cosa significa?

[Martin Koppenhöfer]

Am 09.10.2013 um 11:02 schrieb Davio davide@gmail.com:

 Sei sicuro? Dall'altra parte del ponte mi pare ci fosse un cartello di
 divieto di accesso (
 http://www.gazzettinodelchianti.it/files/immagini-articoli/divieto-di-accesso-20130827-155956.jpg
 ) per la corsia riservata ai mezzi a due ruote



Non sono del tutto sicuro, sono sicuro che viene in pratica usato in entrambe 
direzioni, e che viene usato nonostante qualcuno ha tolto la parola escluso. 
Sarebbe un po' strana la linea dello stop se fosse un senso unico, ma d'altra 
parte non mi stupisco più tanto ;-) Prossima volta che ci passo vado a vedere.

Il momento che ho fatto la foto c'erano i carabinieri a fare controlli proprio 
sul l'altro lato del ponte, ma mi sembrava che stavano controllando macchine su 
circonvallazione casilina e non il ponte (era sabato sera).

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

Re: [Talk-it] Alcuni articoli Wikipedia mappabili in OSM

[Martin Koppenhöfer]

Am 06.10.2013 um 21:38 schrieb Fabrizio Carrai fabrizio.car...@gmail.com:

 Capita con le infrastrutture (es. linee ferroviarie che sono state progettate 
 ma mai realizzate e quindi non esistenti fisicamente) o, come ho già 
 accennato, con le opere d'arte all'interno di chiese e musei.
 A meno che non vogliamo iniziare a mappare la posizione dei singoli quadri di 
 un museo... ;-)


In realtà mi era già venuto il pensiero, per esempio di mappare i Caravaggi 
nelle chiese di Roma...

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

Re: [Talk-de] Spezialgebiet Fahrrad-Mapping

[Martin Koppenhöfer]

Am 05.10.2013 um 17:01 schrieb Wolfgang Schuch wolfgang.sch...@adfc.de:

 OK. Z.B. wüsste ich gerne
 - mit welchem Werkzeug ich am besten (ja ich weiß, das ist meist
 Ansichtssache) *cn taggen kann.


ich empfehle Dir Josm. Die *cn tags am besten als Route-Relationen mappen und 
nicht als Attribute am way.

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

Re: [Talk-it] Strade con più ways

[Martin Koppenhöfer]

Am 27.09.2013 um 17:03 schrieb Damjan Gerl dam...@damjan.net:

 Non si potrebe usare una relazione street?
 http://wiki.openstreetmap.org/wiki/Relation:street


Si potrebbe, ma AFAIK nel consenso attuale richiederebbe ugualmente i nomi 
anche sulle way, quindi è un lavori in più (ridondante). Vista la fragilità 
delle relazioni lo sconsiglierei In generale...


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

Re: [Talk-de] Inseln und Inselgruppen

[Martin Koppenhöfer]

Am 17.09.2013 um 13:27 schrieb Markus liste12a4...@gmx.de:

 Ist das ein Tagging- oder Rendering-Problem?


Beides, für Inseln ist es ein reines Renderingproblem, für Inselgruppen kommt 
ein tagging-Problem dazu.


 Wie könnte man das lösen?


Vor allem im Renderer, bei Inselgruppen wäre ein spezieller Tag ggf. Hilfreich 
(z.B. Natural=archipelago ?) bisher 10x in Verwendung 
http://taginfo.openstreetmap.org/tags/natural=archipelago

Gruß,
Martin





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

Re: [Talk-de] Bundestagswahl 2013, Wahlkreise in OSM

[Martin Koppenhöfer]

Am 08.09.2013 um 17:49 schrieb Tirkon tirko...@yahoo.de:

 Bei OSM ist die Situatuion anders. Mit zunehmenden Inhalten wird das
 Editieren für weniger erfahrene Mapper immer schwieriger. Wenn eine
 zunehmende Komplexität verhindert, dass die Maintainer vor Ort
 zunehmend im Tag- und Relationsdickicht nicht mehr durchblicken und
 sich damit an einfache Korrekturen nicht mehr herantrauen, wird es
 schwierig.


Jein, es ist ja nicht so, dass einfache Korrekturen Grenzrelationen 
einschließen ;-)
Wer einen Fehler in Namen ändern will wird durch Relationen oder zusätzliche 
tags m.E. nicht gestört, genauso wer POIs aller Art eintragen will.

Selbst bei Änderungen an Straßen, die Teil von Grenzrelationen sind, kann man 
z.B. Die Geometrie neuzeichnen für den Teil, den man ändern will, und die 
Highway Tags transferieren (sowie die Grenze lassen, wenn man es nicht besser 
weiß), wobei das schon eher in die Richtung geht, dass man die Komplexität 
ansatzweise durchdringen muss.

Ich versuche daher, möglichst nur die Straßen selbst mit den Highway ways zu 
beschreiben, eine weit verbreitete Unsitte und im Detail m.E. auch weniger 
genau ist es z.B., die Straßen beim landuse miteinzubeziehen.

Einfache Korrekturen sind in osm auch mit viel mehr Relationen der Art 
Wahlkreis oder Bistumsgrenze noch gut möglich, weil man die ja unangetastet 
lassen kann (oder wie oben beschrieben belassen), problematischer für 
Änderungen an Straßenverläufen sind Routen, weil man da im Prinzip wissen muss, 
wo die lang laufen, weil sie ja nur Sinn machen indem sie die Straßen benutzen.

Für alles andere (Features und Flächen sowie Änderungen an Straßen ohne 
geänderten Verlauf) ändert sich nicht viel, das bleibt einfach.

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

Re: [Talk-de] Bundestagswahl 2013, Wahlkreise in OSM

[Martin Koppenhöfer]

Am 08.09.2013 um 19:23 schrieb Henning Scholland o...@aighes.de:

 Das liegt aber nur an den Editoren. Wenn du bspw. josm auf einfache
 Art sagen könntest: Ich möchte jetzt nur Supermärkte und Hotels
 bearbeiten und josm blendet den ganzen Rest aus (außer Gebäude,
 Supermärkte und Hotels) und führt im Hintergrund eine Überprüfung aus,
 die warnt bzw. verhindert, dass man mit einer Aktion andere Objekte
 verändert, dann wäre es völlig egal, welcher Mist da sonst noch in
 der DB ist. ;)


ich hoffe, das kommt nicht, weil das ist so ähnlich wie in Josm im 
schraffierten (also nicht vollständig geladenen) Bereich zu editieren: alles 
hängt irgendwie zusammen und wer nur einen Teil betrachtet macht fast 
zwangsläufig was kaputt.

Was ist das auch für ein Mappen, nur Supermärkte und Hotels, normalerweise geht 
man irgendwo hin und was einem auffällt trägt man ein, verfeinert und ändert 
entsprechend. Diese andere Art von Edits (heute mache ich mal Hotels in 
Bayern) geht doch sehr in die Richtung mechanische Edits, die sowieso nicht so 
gefragt sind.

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

Re: [Talk-de] Bundestagswahl 2013, Wahlkreise in OSM

[Martin Koppenhöfer]

Am 08.09.2013 um 20:34 schrieb Kolossos tim.al...@s2002.tu-chemnitz.de:

 P.S: Ich habe gelernt, dass es mit den WAHL.DATEN.HELFER auch noch mehr
 Interessenten an den Infos gibt, um damit schöne Visualisierungen zu machen:
 http://wahldatenhelfer.de/


Schade, dass die Open Knowledge Foundation da eine Google Karte auf der 
Startseite hat

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

Re: [Talk-de] Deutschland API

[Martin Koppenhöfer]

Am 13.08.2013 um 00:43 schrieb Walter Nordmann pil...@hotmail.com:

 Ich halte absolut nichts davon, bis auf wenige Ausnahmen solche Daten aus
 OSM rauszunehmen und in eine neue DB zu verlagern. 
 - Autokennzeichen oder Einwohnerzahlen sind mMn wirklich nicht bei OSM gut
 aufgehoben, da erstere immer mehr ihren geographischen Bezug verlieren und
 Einwohnerzahlen reine Statistikwerte sind, für die es verläßlichere Quellen
 gibt.


Stimmt zwar, dass man aus OSM in vielen Fällen vermutlich nicht die aktuellsten 
Einwohnerzahlen bekommt, aber für meine bisherigen (render)Zwecke waren sie 
bisher immer gut genug, versuche mal, auf globaler Basis für jedes Dorf die 
Daten zusammenzusuchen und reinzumischen. 

Was Kfz.kennzeichen angeht habe ich die bisher auch noch nicht vermisst, aber 
für die Verbesserung der Suche sind sie ggf. nützlich - dabei spielt es ja gar 
keine Rolle, ob die tatsächlichen Kennzeichen noch in allen Fällen nach diesem 
Muster funktionieren, es geht eher darum, noch einen weiteren Kurznamen an 
die Landkreise zu hängen

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

Re: [Talk-it] come segnalare errori in germania

[Martin Koppenhöfer]

Am 12.08.2013 um 23:24 schrieb beppebo...@libero.it beppebo...@libero.it:

 Girando x la Germania ho trovato degli errori di maxspeed segnati sempre 100 
 anche dove era 80. La statale va da fussen a murnau ma come segnalarlo? 
 Qualcuno lo può fare in tedesco?


Ci potresti mettere un tag fixme al way, o una nota nel nuovo sistema sulla 
mappa principale.


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

Re: [Talk-it] Aggiungere POI tramite dati GPS (Cimitero di Staglieno, Genova)

[Martin Koppenhöfer]

Am 09.08.2013 um 16:34 schrieb sabas88 saba...@gmail.com:

 sono un mappista novello, scusate la domanda:
 Vorrei inserire POI sulla mappa da dati presi on location tramite il GPS del 
 Nexus 7. Mi sono reso conto che esiste una divergenza, probabilmente la 
 localizzazione non è abbastanza preciso, ci vorebbe +-2metri.
 
 Anche quattro metri di errore, in centro storico non ne parliamo..


Si, il trucco è di inserire i dati nel editore dove devono essere rispetto ai 
dati già presenti e rispetto alle foto aerei, il poi registrato dal GPS o 
telefonino serve soltanto per ricordarsi dove più o meno si trova


Ciao,
Martin___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-us] access restriction, water only: How to tag?

[Martin Koppenhöfer]

Am 26.07.2013 um 14:17 schrieb Mike Thompson miketh...@gmail.com:

 I haven't seen sac_scale used on an area, but it seems reasonable


-1, it is clearly thought and defined for (osm-)highways and not for an area. 
There are usually several possibilities where to cross an area, especially if 
you include difficult climbing, so I suggest to either not map any way from 
land to go there (and maybe put a note on the campsite for other mappers to 
indicate that it isn't simply not yet mapped), or if there is a climbing 
route(s) map these routes and add suitable tags to them.

Cheers,
Martin
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

[Martin Koppenhöfer]

Am 24.07.2013 um 00:39 schrieb Michael Kugelmann michaelk_...@gmx.de:

 -1, absolut dagegen.
 Wir malen keine Karten mit einem Malprogramm sondern wir erfassen die 
 Topologie! Da was schon immer so und sollte auch so bleiben. Wenn, dann gebt 
 z.B. für einen Weg eine Breite mittels width == xxx 


Wir erfassen ja nicht nur einen Graphen, auch wenn der ziemlich nützlich ist. 
M.E. Ist der Wunsch legitim, auch unterirdische Plätze und Verkehrsräume von 
öffentlichen Gebäuden mit ihren Grenzen aufzunehmen und nicht nur als linearen 
Graph, mit einem Malprogramm sollte man das nicht verwechseln, allerdings ist 
mit derzeitiger Editor-Technik mehr als ein Stockwerk übereinander eigentlich 
nicht effizient bearbeitbar oder verständlich, von daher ist der Einwand auch 
nicht völlig unberechtigt.

Gruß,
Martin


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

Re: [Talk-it] Routing marittimo per Bastia

[Martin Koppenhöfer]

Am 23.07.2013 um 13:34 schrieb Fabrizio Carrai fabrizio.car...@gmail.com:

 [1] http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Maxspeed#Italy



Forse sarebbe meglio avere lì una tabella come il Lussemburgo, e non un elenco 
di singole classi highway, che dite?

Ciao,
Martin___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Recupero relazioni scomparse (Italia, Sicilia, Siracusa, etc)

[Martin Koppenhöfer]

Am 16.07.2013 um 10:57 schrieb Daniele Forsi dfo...@gmail.com:

 sarà anche praticamente nullo per quella relazione, ma fa aumentare il
 costo del mantenimento di qualsiasi altro oggetto che si trova in un
 bounding box che comprende un pezzo di quelal relazione perché si
 devono scaricare entrambe (land_area e admin_level 2), almeno con JOSM


+1, se fosse nullo, allora perché è sempre danneggiata e perché attualmente ha 
già 892 versioni? http://www.openstreetmap.org/browse/relation/957374

E' vero che anche la coastline viene spesso danneggiata, ma al meno non pesa 
come una relazione (appunto per non pesare troppo sul db si ha deciso per 
utilizzare l'attuale sistema coastline process), e almeno ha un senso, cosa la 
landmass non ha (è completamente ridondante). C'è al meno una persona qui che 
utilizza la relazione landmass per qualche scopo? Io non conosco nessuno.

La mia proposta è di cancellare la relazione landmass completamente per 
inutilità e perché non aggiunge alcuna informazione.

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

Re: [Talk-it] landuse

[Martin Koppenhöfer]

Am 14.07.2013 um 17:04 schrieb bredy bredy...@yahoo.it:

 Uno scalo ferroviario all'interno di una zona industriale va taggato con
 landuse industrial o railway?


Sono tutte domande interessanti, ti invito di porle anche sulla lista tagging.

In questo caso personalmente metterei industrial se lo scalo appartiene alla 
fabbrica, ma anche railway avrà i suoi sostenitori

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

Re: [Talk-it] Controllo a sud di Roma

[Martin Koppenhöfer]

Am 13.07.2013 um 11:40 schrieb Carlo Stemberger carlo.stember...@gmail.com:

 Fantastico. Sarebbe un peccato buttar via tutto questo lavoro... si potrebbe 
 trovare un modo per mappare i singoli gradini, e poi tracciare sopra una way 
 highway=steps per la continuità del grafo, in modo da permettere anche il 
 routing.


Per me sarebbe sufficiente avere width e step_count sul centro della scala...

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

Re: [Talk-de] Bauliche Trennung

[Martin Koppenhöfer]

Am 07.07.2013 um 15:40 schrieb Tobias Knerr o...@tobias-knerr.de:

 Den Bordstein als nicht als bauliche Trennung zu behandeln hat auch
 deshalb eine gewisse Logik, weil er insbesondere für diejenigen
 Verkehrsteilnehmer, deren Bereich damit in erster Linie abgetrennt wird
 - nämlich Fußgänger - kein nennenswertes Hindernis ist. Insofern ist er
 durchaus auch explizit überfahrbar (oder vielleicht übergehbar).


Bei Bordsteinen kommt es drauf an, wenn er den Fußweg abtrennt mappe ich das 
auch noch nicht mit eigener Geometrie, aber zwischen zwei Fahrbahnen ist mir 
das Grund genug, den Highway zu splitten.

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

Re: [Talk-it] LearnOSM in formato ebook

[Martin Koppenhöfer]

Su Amazon?

Ciao,
Martin

Am 07.07.2013 um 17:46 schrieb sabas88 saba...@gmail.com:

 L'ho caricata sul sito, sono 15 mega perchè ci sono anche le immagini.
 
 http://blog.openstreetmap.it/wp-content/uploads/2013/07/OSMPerPrincipianti.epub
 
 (Se va caricata in altro luogo fatelo sapere)
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Aiuto divieto di accesso

[Martin Koppenhöfer]

Am 06.07.2013 um 16:44 schrieb lo floydbar...@alice.it:

 Secondo il wiki le restriction tipo no_entry e no_exit ammettono più
 membri come from e to


È la prima volta che sento di questi tipi, praticamente non sono in uso: 
http://taginfo.openstreetmap.org/keys/restriction#values

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

Re: [Talk-it] Domanda su accessi ciclabili nel forum

[Martin Koppenhöfer]

Am 25.06.2013 um 21:57 schrieb Volker Schmidt vosc...@gmail.com:

 In bici si può andare salvo un divieto esplicito del proprietario del terreno.


In realtà dice fermo restando i diritti del proprietario del terreno, quindi 
il fatto che quello può vietare l'accesso è un'interpretazione tua 
(probabilmente pertinente per l'Italia).

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

Re: [Talk-it] Cartello località

[Martin Koppenhöfer]

Am 17.06.2013 um 15:11 schrieb bredy bredy...@yahoo.it:

 Ma se metto il limite di velocità direttamente sulla tratta di strada, devo
 comunque mettere anche il cartello?


Al solito si fa così, al traffic_sign=city_limit si aggiunge anche un name 
per rapportare cosa c'è scritto sul cartello, il significato del cartello non è 
solo il maxspeed ma ha anche altre implicazioni.

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

Re: [Talk-it] Fiume Ticino

[Martin Koppenhöfer]

Am 14.06.2013 um 14:38 schrieb Giovanni Caudullo giovanni.caudu...@gmail.com:

 Che mi suggerite? sistemare o fare un undo generale? ha fatto parecchi 
 editing.


Dovresti valutare te, se ha fatto più casini che bene farei un undo completo, 
in quanto è più facile da fare (in ordine contrario dei changesets).

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

Re: [Talk-us] Neighborhoods / Zillow

[Martin Koppenhöfer]

Am 12.06.2013 um 03:06 schrieb Clifford Snow cliff...@snowandsnow.us:

 One reason for including boundaries is querying to determine what exists in a 
 neighborhood. Another is to see the result from a search using nominatim. A 
 single node doesn't really tell much of a story, while a boundary give a 
 better scope of the neighborhood. It might be more compelling for 3rd parties 
 to use our information if we included the boundaries. They in turn give us 
 greater visibility. And while the boundaries may not be exact, people can 
 always change them!



+1, you could still calculate the center point. IMHO places at the edge of a 
neighborhood might also belong to both of them, and overlapping areas would 
reflect this. Even if a boundary is not perfect it still is much better than a 
node who really leaves too much room open to speculation about its actual 
extension.

Cheers,
Martin___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Neighborhoods / Zillow

[Martin Koppenhöfer]

Am 12.06.2013 um 06:21 schrieb Serge Wroclawski emac...@gmail.com:

 Your reply really doesn't address what William is saying, which is
 that neighbourhood boundaries are subjective. I think we all agree
 that neighbourhoods are useful, but they're worse than political
 boundaries in terms of being unsurveyable.


It really depends on the situation, when there are hard limits (railway tracks, 
waterways, motorways, cliffs, forests, ) the situation will be much clearer 
in respect to more fluid boundaries, but still having some rough info about the 
extension is much better than having a single point which doesn't tell you at 
all if this neighbourhood is 1 or 8 miles in diameter. When you evaluate this 
info you could still take care how close to other neighborhoods and how close 
to the border of the neighbourhood polygon a feature is.

Cheers,
Martin




 
 And while the boundaries may not be exact, people can always change them!
 
 OSM's model is about improving surveyed information, but does not
 handle subjective data well.
 
 If you think that a boundary is on one place, and I think it is
 another, the fact is that we both may be right. OSM doesn't handle
 this concept.

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

Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM

[Martin Koppenhöfer]

Am 05.06.2013 um 15:46 schrieb Peter Wendorff wendo...@uni-paderborn.de:

 Wenn dir eine Wiki-Seite reicht, kann ich dir gerne blödsinnige
 Wikiseiten suchen, die einfach niemanden im Detail interessieren, was
 der einzige Grund ist, warum sie nicht längst geändert oder gelöscht
 oder als abgestimmt und als abgelehnt dokumentiert markiert sind
 (siehe
 http://wiki.openstreetmap.org/wiki/Category:Proposed_features_%22Rejected%22
 ).


Wobei selbst ein Eintrag auf dieser Liste nicht immer eindeutig ist, z.B. hier:
http://wiki.openstreetmap.org/wiki/Proposed_features/Incline

Nur weil es damals 2007 noch nicht möglich war, 15 Leute zur Abstimmung zu 
bewegen, heißt das ja noch nicht, dass dieser Vorschlag auch in der 
Zwischenzeit von den Mappern abgelehnt wird: 
http://taginfo.openstreetmap.org/keys/incline


Gruß,
Martin





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

Re: [Talk-us] Removing US Bicycle Route tags

[Martin Koppenhöfer]

Am 05.06.2013 um 19:20 schrieb Frederik Ramm frede...@remote.org:

 The usual OSM approach would be that if a route is signposted, then it can be 
 mapped - if not, then not.


Somehow the on-the-ground rule was extended to include what is verifiable on 
paper as well. See administrative borders for instance, they are only very 
punctually surveyable. I agree that proposed features are somewhat of an edge 
case. Personally I would only map them if they had some particular significance 
(e.g. they are in the local media for some reason, there is a broader interest).

Cheers,
Martin
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-it] R: problemi di navigazione

[Martin Koppenhöfer]

Am 03.06.2013 um 12:24 schrieb Domenico dokitaba...@alice.it:

 tieni su strada


Importante notare che eventuali tracce gps registrato in quel modo non devono 
essere caricate su OSM in quanto sono copie delle mappe integrate nel GPS.

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

Re: [Talk-de] Bug? Key:colour gleich trotz Unterschieden in offizieller CMYK-Definition

[Martin Koppenhöfer]

Am 30.05.2013 um 15:05 schrieb Tobias Conradi mail.2...@tobiasconradi.com:

 Das ist das was bei der Konversion via ECI nocht fehlt.
 
 Wenn man aber nur RAL vorgibt, dann erhält man Werte wie hier zu sehen:
 http://anna.info/wiki/RAL_5017
 irgendwelche Blautöne.


RAL ist durchaus eindeutig definiert, es gibt da Farbfächer, Farbbibliotheken, 
Lacke, etc, m.E. sollte der Tag in osm in diesem Fall de:verkehrsblau oder 
traffic_blue oder RAL_5017 od. ähnlich sein (da das die festgelegte Farbe ist), 
dann kann sich der Auswerter selbst entscheiden, ob er das in irgendeinem Blau 
oder sonstwie darstellt, oder das richtige nimmt, vor allem wenn er vorhat, das 
zu drucken, weil auf Bildschirmen ist korrekte Farbwiedergabe sowieso nicht 
üblich bzw. möglich.

RGB kommt mir nach wie vor aufgrund der Einschränkungen hinsichtlich der 
darstellbaren Farben nicht als glückliche Wahl vor, welches RGB ist dabei auch 
bisher noch gar nicht definiert...

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

Re: [Talk-de] Wie tag ich eine Parfümerie?

[Martin Koppenhöfer]

Am 29.05.2013 um 12:46 schrieb gmbo g...@kilometerfresser.eu:

 Danke für die Info
 Dann ginge für den Parfümladen ja auch ein subtag beauty.
 Der wird dafür zwar noch nicht verwendet aber als subtag gibt es den schon.
 http://taginfo.openstreetmap.org/keys/beauty#map
 Hauptsächlich in Europa verwendet.


Davon halte ich nichts, bisher ist lt taginfo noch keinmal dieser subtag für 
Parfümerien verwendet worden, m.e. Ist Beauty ein Tag für einen 
Schönheitssalon, das unterstützt auch der beauty-subtag, und da gehört m.E. 
eine normale Parfümerie nicht dazu.

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

Re: [Talk-de] Bug? Key:colour gleich trotz Unterschieden in offizieller CMYK-Definition

[Martin Koppenhöfer]

Am 29.05.2013 um 15:16 schrieb Tobias Conradi mail.2...@tobiasconradi.com:

 2013/5/29 Martin Koppenhoefer dieterdre...@gmail.com:
 Am 29. Mai 2013 10:05 schrieb Wolfgang Hinsch osm-lis...@ivkasogis.de:
 
 Ich meine, es ist sinnvoll, festgelegte Farben so einzutragen, wie sie
 definiert sind, wenn der Mapper die Information hat. Eine Übertragung in
 andere Systeme bleibt dem Auswerter überlassen.
 +1
 -2
 Die Fragen dazu sind nicht beanwortet
 http://lists.openstreetmap.org/pipermail/talk-de/2013-May/102425.html
 
 http://wiki.openstreetmap.org/wiki/Key:colour
 The value should be:
 an RGB color code (hex triplet)


Den Teil über RGB kann man ruhigen Gewissens aus dem Wiki streichen, hat mit 
der Realität nichts zu tun, siehe 
http://taginfo.openstreetmap.org/keys/colour#values

Entweder man nimmt einen Key und setzt das entspr. Farbsystem in den Wert also 
so was wie colour=rgb#ff / white / cmyk 0,0,0,0 / RAL 9003 / RAL Signalweiß 
etc
Oder man setzt das Farbsystem in den Key, colour:rgb=* etc

Ich wäre für ersteres, weil man mehr als eine Angabe im Prinzip nicht braucht.

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

Re: [Talk-de] Bug? Key:colour gleich trotz Unterschieden in offizieller CMYK-Definition

[Martin Koppenhöfer]

Am 29.05.2013 um 12:52 schrieb Peter Wendorff wendo...@uni-paderborn.de:

 Für andere dagegen ein echter Wenigerwert: Ich kann aus dem Kopf
 RGB-Werte ungefähr überprüfen, aber CYK aus dem Stehgreif nicht,


Wieso nicht? Additive vs subtraktive Farbmischung, m.E. kann man sich CMYK 
einfacher vorstellen, weil es der Erfahrung des Mischens von Farben im 
Farbkasten entspricht, während es nicht so einfach ist, sich das Ergebnis aus 
der Mischung von verschiedenfarbigen Lichtern vorzustellen.


 und
 ehrlich gesagt: besser, da steht light red, oder yellow green und
 ich kann ungefähr sagen, dass das passt (und es sonst als Fehler
 markieren), als dass irgendein Mapper X eine Farbtabelle kennt, die er
 abtippen kann. Die stehen dann drin und wenn er sich vertippt hat, merkt
 das niemand - für die nächsten Jahre.


Entweder es fällt auf, oder es macht auch nichts. Wenn da wirklich jahrelang 
Quatsch steht und es niemand merkt, dann ist es auch egal ;-)

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

Re: [Talk-de] Wie tag ich eine Parfümerie?

[Martin Koppenhöfer]

Am 29.05.2013 um 15:55 schrieb René Kirchhoff rene-kirchh...@arcor.de:

 Nachtrag:
 
 ebenfalls 8x auch mit ie am Ende:
 http://taginfo.openstreetmap.org/tags/shop=parfumerie
 
 2013/5/29 René Kirchhoff rene-kirchh...@arcor.de
 
 8x gibt es auch shop=parfumery
 http://taginfo.openstreetmap.org/tags/shop=parfumery
 


Wobei die Regel ist, tags in Englisch zu definieren, von daher scheiden frz. 
Varianten m.E. aus...
Üblich ist die Schreibung mit e und y

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

Re: [Talk-de] Bug? Key:colour gleich trotz Unterschieden in offizieller CMYK-Definition

[Martin Koppenhöfer]

Am 29.05.2013 um 16:17 schrieb Tobias Conradi mail.2...@tobiasconradi.com:

 2013/5/29 Martin Koppenhöfer dieterdre...@gmail.com:
 Am 29.05.2013 um 15:16 schrieb Tobias Conradi mail.2...@tobiasconradi.com:
 http://wiki.openstreetmap.org/wiki/Key:colour
 The value should be:
 an RGB color code (hex triplet)
 
 Den Teil über RGB kann man ruhigen Gewissens aus dem Wiki streichen, hat mit 
 der Realität nichts zu tun, siehe 
 http://taginfo.openstreetmap.org/keys/colour#values
 
 Den Teil über RGB (hex triplet) kann man ruhigen Gewissens nicht aus
 dem Wiki streichen, denn in der Realität werden RGB-Werte genutzt,
 siehe http://taginfo.openstreetmap.org/keys/colour#values
 
 z.B.: #79b51d count: 450


Ja, vor allem da das Wiki ja auch noch Alternativen zu RGB zulässt. Müsste dann 
nur noch jemand aufschreiben was man in den Fällen macht, wo sich eine Farbe 
nicht darstellen lässt mit den im Wiki beschriebenen Varianten ;-).

M.E. ist das was hierzu bisher entstanden ist, die Sicht von Programmierern, um 
möglichst einfach die Dinge auszuwerten, sozusagen ein Teil der Renderregeln in 
tags. Wenn wir eine db sind, die die Welt beschreiben will, dann sollten wir 
hier flexibler sein und es so gestalten, dass es für den Mapper am einfachsten 
ist und die Abbildung der Realität entspricht. Ähnlich verhält es sich z.B. mit 
Geschwindigkeitslimits in mph, die sollte man auch nicht in km/h umrechnen, 
weil sie eben in mph sind, und man immer was verliert beim Umrechnen (wobei der 
Verlust im Falle der Farben ggf. größer ausfallen kann).

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

Re: [Talk-de] Wie tag ich eine Parfümerie?

[Martin Koppenhöfer]

Am 29.05.2013 um 01:51 schrieb Ruben Kelevra cyr...@gmail.com:

 wie tagge ich eine Parfümerie? shop=beauty wie im Wiki generisch steht
 ist doch Blödsinn.
 
 Schönheitssalon, Kosmetiksalon, Damensalon, Nagelstudio, Parfümerie,
 Wellness-Center, aber nicht gleichzeitig Friseursalon.
 
 Das ist so als würde man den Supermarkt mit der Wursttheke, den
 Metzger und den Schlachthof unter einen Tag packen.


+1, das scheint neben der Kinderbetreuung ein zweites schwarzes Loch zu sein ;-)

Taginfo kennt z.B. 
shop=cosmetics

Vielleicht kommt das ja in Frage,

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

Re: [OSM-talk] [Talk-us] Google Maps being praised for removing I-5 colasped bridge quickly

[Martin Koppenhöfer]

Am 25/mag/2013 um 12:22 schrieb Paweł Paprota ppa...@fastmail.fm:

 Sure but have you ever seen a link to OSM object (way/relation/node) in the 
 internet?


Yes, I noted this because of a misspelled street name, but it also works for 
correctly spelled ones, if you put osm to the search term you'll see them 
sooner. Being indexed doesn't of course guarantee that you are in the top 
results.

http://lmgtfy.com/?q=osm+via+roma

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

Re: [Talk-de] Alleen und Baumreihen

[Martin Koppenhöfer]

Am 25/mag/2013 um 13:05 schrieb Robert rsn@email.de:

 Aus den Waldgrenzen lässt sich die räumliche Anordnung der Bäume NICHT 
 schätzen. Laut Theorie aber aus der Geschichte und Behandlung des Waldes.


Interessanter Exkurs, allerdings ging es nicht um echten Wald sondern um 
Baumreihen, z.B. von Alleen, die als Flächen gemappt sind.

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

Re: [Talk-it] Informazione su strada forestale.

[Martin Koppenhöfer]

Am 25/mag/2013 um 17:54 schrieb lo floydbar...@alice.it:

 motor_vehicle=no
 motor_vehicle:conditional=yes @ forestry; yes @ emergency


+1 per motor_vehicle, altrimenti userei vehicle come chiave, eviterei 
access=no/private per percorsi che sono chiusi solo per alcuni veicoli.

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

Re: [Talk-us] [OSM-talk] Google Maps being praised for removing I-5 colasped bridge quickly

[Martin Koppenhöfer]

Am 25/mag/2013 um 12:22 schrieb Paweł Paprota ppa...@fastmail.fm:

 Sure but have you ever seen a link to OSM object (way/relation/node) in the 
 internet?


Yes, I noted this because of a misspelled street name, but it also works for 
correctly spelled ones, if you put osm to the search term you'll see them 
sooner. Being indexed doesn't of course guarantee that you are in the top 
results.

http://lmgtfy.com/?q=osm+via+roma

Cheers,
Martin
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] iD, exclusive use of tags

[Martin Koppenhöfer]

Am 23/mag/2013 um 23:17 schrieb Frederik Ramm frede...@remote.org:

 I think it is a legitimate design decision for an editor to not allow its 
 users to create such objects, as long as care is taken that the editor does 
 not silently alter the definitions of such objects that already exist.


I agree if we talk about an editor, but if we talk about the default standard 
main principal editor which iD will probably become I am not so sure (as this 
editor will somehow dictate a standard similar to how the main mapnik style 
does).

For ways there might be few actual examples, and the railway=abandoned tag 
might maybe be better tagged differently, but for areas there are more cases 
where several orthogonal tags are the standard, e.g. amenity, man_made, 
building, landuse, landcover, natural, shop, tourism, leisure,  
(practically all keys have some values that might make sense to combine on the 
same area or point object). I agree that the biggest problem is that tags get 
silently removed, this could be solved by a dialogue where the user is asked 
what to do with the existing tags.

In other cases there should be different objects for the same place, and it 
might make sense to create an relation to avoid duplication of geometry, e.g. 
if a user attempts to add a shop tag to a building, a multipolygon-relation 
could be created for the shop as there are good arguments not to mix shops and 
buildings on the same object (it would become ambiguous which object the 
attributes belong to, think of name, start_date, operator, even architect 
might belong to a shop...).
Similar cases are tags intended for linear ways (e.g. barrier=fence) that get 
added to areas (e.g. amenity or landuse) where a MP relation sorts stuff out.

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

Re: [Talk-it] renderizzare una mappa per poi stamparla

[Martin Koppenhöfer]

Am 21/mag/2013 um 21:47 schrieb Enrico Agliotti enrico.aglio...@gmail.com:

 sarebbe però importante avere le mappe in svg o comunque in una
 risoluzione adeguata per la stampa (300dpi).


Puoi creare una mappa svg o PDF vettoriale con Mapnik col default style e poi 
stamparla ingrandita ( 300 dpi) ma il problema sono i simboli. In realtà sono 
pure disponibili in rete con licenza open in forma vettoriale, ma non riccordo 
dove...

Credo che funziona pure con esporta dal sito di osm.

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

Re: [Talk-it] Statue religiose

[Martin Koppenhöfer]

Am 21/mag/2013 um 22:23 schrieb demon.box e.rossin...@alice.it:

 Allego esempio di quella nelle vicinanze di una chiesetta di montagna. Voi
 che dite?
 
 http://gis.19327.n5.nabble.com/file/n5762132/santa_maria_del_giogo.jpg 


In questo caso un shrine non c'è. Forse meritano un tag nuovo?

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

Re: [Talk-it] Censimento ISTAT

[Martin Koppenhöfer]

Am 19/mag/2013 um 11:55 schrieb Aury88 spacedrive...@gmail.com:

 dubbio: come si fa ad impedire che i loro dati (magari posizionati male)
 vadano in conflitto con i dati messi dai mappatori?


Si fa a mano, controllando da volta in volta ogni singolo oggetto, unendo le 
proprietà. La parte più laboriosa dei import è proprio quello.

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

Re: [Talk-de] OpenCyclaMap als Vektordaten

[Martin Koppenhöfer]

Am 04.02.2013 um 14:30 schrieb ef...@gmx.de:

 Hallo zusammen,
 
 ich möchte gerne Die OpenCycleMap als Vektordatensatz haben (für das 
 Münsterland). Es wird überall beschrieben, das die Karte auf Basis von OSM 
 Daten gerendert wird. Also muss, nach meinem Verständnis, auch jedem Weg ein 
 Attribut mitgegeben werden, um welchen Fahrradweg (National, bzw. Wabe) es 
 sich handelt, so das ich die OSM Daten danach filtern kann. In OCM wird dies 
 ja auch sauber gerendert und in der Hilfe steht auch das für eine Route die 
 Tags * cn_ref =“Nr“ zu vergeben sind. Wenn ich mir aber nun die OSM Daten 
 z.B. von der Geofabrik lade, finde ich diese Tags nirgendwo. 
 
 Kann mir da jemand weiterhelfen, bzw. einen Hinweis geben, wo ich die 
 vollständigen Daten herkriege.


es gibt 2 alternative Methoden um eine Fahrradroute zu beschreiben, die ältere 
(und begrenzt mächtige) ist die über tags, z.B. lcn, ncn etc. (local cycling 
network, national cycling network), die neuere funktioniert über Routen 
(relations). Infos gibt's reichlich dazu im Wiki, z.B. hier: 
http://wiki.openstreetmap.org/wiki/DE:Bicycle  (auch mit links zu fertigen 
Garminkarten)
http://wiki.openstreetmap.org/wiki/Cycle_routes
http://wiki.openstreetmap.org/wiki/DE:Bicycle/Fahrradroutensammlungen
…

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

Re: [Talk-de] tag für Försterei

[Martin Koppenhöfer]

Am 24.01.2013 um 16:20 schrieb Falk Zscheile falk.zsche...@gmail.com:

 Ich würde jetzt erst einmal ein landuse=forestry setzen. Da sollte
 jeder wissen, was gemeint ist und kann es ggf. verbessern. Ich hoffe
 mal nicht, das es jemand mit landuse=forest verwechselt -- aber das
 weiß man nie.


genau aus dem Grund finde ich landuse=forestry einen schlechten Wert 
(Forstwirtschaft), weil das genauso auch auf bewirtschaftete Wälder passt. 
Eher so was wie landuse=forestry_yard oder so (keine Ahnung ob's das Wort gibt, 
aber selbst wenn nicht könnte so ein Kunstwort gut helfen, Verwechslungen zu 
vermeiden).

Oder landuse=work_yard für einen Betriebshof mit Zusatztag work_yard=forestry 
(oder yard-type=forestry) oder ähnlich. Oder evtl. landuse=industrial und einen 
entsprechenden subtag? Industrial passt m.E. nicht so supertoll, aber wo das 
auch Gewerbe und nicht nur das deutsche Industrie zu umfassen scheint, wäre 
es vielleicht eine Möglichkeit? Oder evtl. landuse=services? Letzteres ist halt 
wieder ziemlich generisch und kann alles und nichts bedeuten.

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

Re: [Talk-de] tag für Försterei

[Martin Koppenhöfer]

Am 24.01.2013 um 18:04 schrieb Christoph Hormann chris_horm...@gmx.de:
 vielleicht als Hinweis, weil es noch nicht erwähnt wurde: für viele 
 andere landuse-Arten gibt es gebräuchliche Zusatztags zur Präzisierung, 
 z.B.:
 
 http://wiki.openstreetmap.org/wiki/Key:produce
 http://wiki.openstreetmap.org/wiki/Proposed_features/Key:product
 
 Das ließe sich hier mit einem 'landuse=farmyard' kombinieren, ohne dass 
 das irreführend wäre - man sollte das 'farm' in 'farmyard' vielleicht 
 nicht zu eng auslegen, genau wie eine Fläche mit 'landuse=industrial' 
 ja auch nicht nur für zur industriellen Produktion genutzte Flächen 
 verwendet wird.


m.E. sollte man da eher bei industrial nachsteuern, wobei der entscheidende 
Unterschied ist, dass industrial schon immer auch für Lagerflächen definiert 
war, und nie nur für Produktion, während farmyard schon immer ein Bauernhof 
war, und eine Försterei ist m.E. kein Bauernhof. Mit subtags verfeinert man 
eine gröbere Klassifizierung, aber die subtags sollten im Haupttag schon 
enthalten sein und nicht erst durch den weiteren tag eingeschlossen werden.

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

Re: [Talk-it] Import Utilizzo del Suolo dal Geoportale Veneto

[Martin Koppenhöfer]

Am 24.01.2013 um 16:23 schrieb Lorenzo Beba Beltrami lorenzo.b...@gmail.com:

 (tranne quelli confinanti con le strade, dato che le loro aree non
  verrebbero caricate).
 
 
 perchè? Sarei a favore di caricare le aree delle strade
 
 Perché non esiste ancora un tag (o almeno non l'ho mai trovato...) per 
 identificare l'area legale e le strade al momento sono linee.
 Anche se si potrebbe marcarle con qualcosa come landuse=highway, poi magari 
 un giorno sarà quello e amen, altrimenti lo si cambierà. =P


+1, landuse=highway per l'area legale della strada (è stato detto tante volte 
da svariate persone in svariate liste, ma non è utilizzato quasi per niente). 
Per l'area della strada stessa (carreggiata) c'è un tag area:highway=* se non 
riccordo male.
Tutti i tags che abbiamo esistono perchè qualcuno gli ha utilizzato per la 
prima volta ;-)

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

Re: [Talk-it] stalli bici: alcune domande

[Martin Koppenhöfer]

Am 14.01.2013 um 17:36 schrieb Fabri erfab...@gmail.com:

 concordo, essendo due amenity, o si mette uno o l'altro...
 è uno di quei casi in cui si è costretti a fare delle forzature...si
 potrebbero mettere due nodi...uno per il parcheggio bici e uno per il
 parcheggio moto...però poi come la mettiamo con il capacity? a meno che
 non ci siano tot posti assegnati alle sole moto e altri alle sole bici…


si potrebbe anche dire che la classificazione che abbiamo sviluppato per ora 
non aveva previsto (stranamente) la possibilità che ci potrebbero essere dei 
parcheggi per motocicli dove non è consentito di parcheggiare una bici. 

forse mi sfugge qualcosa, ma da qui 
http://wiki.openstreetmap.org/wiki/Talk:Tag:amenity%3Dbicycle_parking#Motorcycle_parking.3F
 sembra che non ci sia una definizione del motorcycle_parking, quindi si 
potrebbe forse interpretare come un generico parcheggio per mezzi a 2 ruote?
Per il bicycle-parking mi sembra chiaro che non siano ammessi motocicli (dalla 
descrizione del tag, anche se non esplicito)

ciao,
Martin


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

Re: [Talk-de] Umstellung auf lanes AA Wittlich-West

[Martin Koppenhöfer]

Am 14.01.2013 um 11:10 schrieb Wolfgang Hinsch osm-lis...@ivkasogis.de:
 Ich habe den Mapper schon angeschrieben, da er fast immer Wege als
 Grenzen zu Flächen nimmt. 
 
 das ist IMO nicht falsch. Solange die Linie in der Mitte des Weges den
 ganzen Weg symbolisiert, kann auch die Fläche von der Linie begrenzt
 werden.


m.E. sind das 2 verschiedene Arten von Datenmodell, die man nicht typologisch 
kombinieren kann. Bei Flächen kommt es z.B. auf die Größe an und darauf, dass 
die Grenze an der richtigen Stelle liegt (d.h. dass alles, was sich innerhalb 
der Fläche im Modell befindet, auch innerhalb dieser Fläche liegt, das ist 
nicht gegeben, wenn man die Flächen bis zur Straßenmitte erweitert). Daneben 
schafft man sich auch praktische Probleme, wenn man die highway-Wege mit 
Flächen mischt, erfahrungsgemäß kommt es hierbei öfters mal zu falsch 
verbundenen Objekten, und ist das beim weiteren Verfeinern mehr Arbeit (weil 
man diese ganzen Verbindungen wieder auftrennen muss).


 Abhilfe wäre hier nur ein landuse=highway o.ä.
 Um den Weg herum
 einen mehr oder weniger breiten Graben des Nichts zu lassen, halte ich
 für ... unschön.


es ist ja kein Graben des Nichts sondern noch nicht getaggtes Gebiet. 
Falsch taggen damit nichts weiss bleibt halte ich für die schlechtere 
Alternative. Die Straßenflächen (und ggf. Straßenabstands/ -nebenflächen) dem 
angrenzenden Landes zuzuschlagen halte ich für falsch.


 Insbesondere dann, wenn jemand den Weg verschiebt und
 der Graben des Nichts dann irgendwo in der Landschaft liegt.


die Karte nur halb anzupassen ist immer unschön und führt zu temporären 
Fehlern, aber m.E. ist das kein Argument für die eine oder andere Art zu mappen.


 Dann
 lieber der Weg genau auf der Grenze, und beim Verschieben stimmt
 zumindest der Zusammenhang wieder.


tut er ja nicht ;-)

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

Re: [Talk-de] Umstellung auf lanes AA Wittlich-West

[Martin Koppenhöfer]

Am 14.01.2013 um 11:30 schrieb Martin Koppenhöfer dieterdre...@gmail.com:

 typologisch


sorry, gemeint war:
topologisch (Diese Autocorrection zerschießt einem mehr als dass sie gutes tut).

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

Re: [Talk-de] Rechtschreibung Deutsch Englisch Übersetzung

[Martin Koppenhöfer]

Am 14.01.2013 um 11:43 schrieb Ronnie Soak chaoschaos0...@googlemail.com:

 'spatial' hat keine gute deutsche Übersetzung, bedeutet aber in etwa
 '(meist zweidimensional) räumlich angeordnet'.



im Prinzip +1 zu den Erklärungen von Ronnie, bis auf spatial, das entspricht 
doch ziemlich genau dem deutschen räumlich, (ist ein Adjektiv entsprechend 
den Substantiven space und Raum (Raum wie Weltraum, Zahlenraum, aber nicht 
wie Zimmer)). Zweidimensional ist das vielleicht in der Praxis, wenn man sich 
auf die Erdoberfläche bezieht (so wie z.B. auch in der deutschen Raumplanung 
der Luftraum eher weniger beplant wird), aber grundsätzlich ist das eher 
dreidimensional zu sehen, so wie räumlich auch.

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

Re: [Talk-it] Ha senso mappare un percorso in progetto?

[Martin Koppenhöfer]

Am 14.01.2013 um 10:10 schrieb Federico Cozzi f.co...@gmail.com:

 2013/1/13 nsemboloni semb...@katamail.com:
 ...o meglio, è corretto inserire una relazione di tipo route per un percorso
 cicloescursionistico in progetto? La relazione in questione è la n. 2163392,
 sul terreno non c'è nulla (segnavia, cartelli o altro), l'unico riferimento
 (molto vago a dire il vero) è sul sito della FIAB Bicitalia
 (www.bicitalia.org)
 Tempo fa eravamo arrivati a questo compromesso:
 http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Ciclovie
 In Italia non esiste una rete nazionale ufficiale. Il progetto OSM fa
 quindi riferimento alla rete proposta da Bicitalia.


Al meno al livello comunale (e forse anche provinciale o regionale) ci sono dei 
percorsi ufficiali però.


 Puoi aggiungere il tag
 state=proposed
 per indicare appunto che è ancora in progetto (su OpenCycleMap appare
 tratteggiata)


la proposta della ciclabile potrebbe essere protetta da diritti d'autore (lo è 
quasi sicuramente), ci dovremmo assicurare (se non già fatto) che gli sta bene 
se noi inserissimo il progetto in OSM. Non so bene quanto senso ha inserire 
progetti che non si trovano per niente nel territorio e solo molto vagamente 
sul sito di una onlus, ma se volete metterla non mi oppongo.

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

Re: [Talk-it] Ha senso mappare un percorso in progetto?

[Martin Koppenhöfer]

Am 14.01.2013 um 10:39 schrieb nsemboloni semb...@katamail.com:

 Il mio dubbio era appunto
 sull'opportunità di descrivere qualcosa che non esiste se non sulla carta.


si, condivido questo dubbio, ancora di più se non si tratta di carta 
ufficiale. Inserirei proposte se
a) pensassi che la probabilità che diventano realizzati è alta
oppure b) è utile avere quel specifico percorso nella mappa perché gode di 
tanta attenzione (è politicamente importante)

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

Re: [Talk-it] Feedback da piccoli comuni

[Martin Koppenhöfer]

Am 14.01.2013 um 19:00 schrieb Michael Moroni michael.mor...@mailoo.org:

 On 19/12/2012 15:56, Martin Koppenhoefer wrote:
 Ciao Michael e benvenuto. Non ti preoccupare del fatto che non hai un GPS, 
 direi che da qualche tempo il GPS è assolutamente dispensabile per tanti 
 situazioni di mappatura. Cosa conta è la conoscenza del territorio e la 
 voglia di contribuire. Con le ortofoto abbinate alla conoscenza del luogo si 
 possono aggiungere tante cose al db oppure verificare ed arricchire ciò che 
 già è mappato.
 Uhm... sono un po' confuso: in un altro thread di questi giorni si sta 
 parlando delle ortofoto che sono inaffidabili e da prendere solo come spunto 
 mentre adesso mi dici che il GPS può non servire-
 Io abito in un paesino sperduto della provincia milanese ma i comuni 
 limitrofi li conosco abbastanza bene. Cosa potei fare *senza GPS*?
 Datemi qualche dritta per favore (anche con link alla wiki ufficiale)! :)


il wiki non è molto ufficiale, visto che tutti lo possono sempre modificare 
;-)
l'indirizzo del wiki è http://wiki.openstreetmap.org

Questa è una pagina di introduzione per principianti: 
http://wiki.openstreetmap.org/wiki/IT:Beginners%27_Guide
e qui c'è un PDF: 
http://www.learnosm.org/files/beginners-guide/Beginning_OSM_it_v1.pdf

Non ho detto che non serve il GPS, se ne disponi è utile, ma tutto ciò che 
riesci di identificare nelle ortofoto (o che puoi posizionare con aiuto delle 
ortofoto e dei dati già presenti) lo puoi anche mappare senza avere un GPS. Le 
ortofoto che usiamo adesso sono molto meglio di quelle che avevamo a 
disposizione qualche anno fa (yahoo! e landsat), ma non si può affidare 
comunque ciecamente. Se vedi una corrispondenza tra bing e PCN ti puoi 
fermare lì, invece se non coincidono personalmente prefirei quelle del PCN per 
la posizione.

Cosa ti metti a mappare dipende sopratutto dal tuo interesse, potresti per 
esempio controllare nomi e sensi delle strade, inserire cose nuove (edifici, 
strade, percorsi, amenities come ristoranti o fontanelle, civici, monumenti 
ecc.), controllare errori che vengono segnalati da svariati tools 
(OSMinspector, Getright, ecc.), agguingere proprietà e dettagli ad oggetti già 
disegnate, …

ciao,
Martin


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

Re: [OSM-talk] RFC - OSM contributor mark

[Martin Koppenhöfer]

Am 13.01.2013 um 12:46 schrieb Philipp Kandal philipp.kan...@skobbler.com:
 On 01/11/2013 03:26 PM, Alex Barth wrote:
 Over here at MapBox we see a need to better communicate the open and
 contributory philosophy of OpenStreetMap on our maps.
 I fully agree with that vision and I think overall one of the key things
 of that is that people using services made with OpenStreetMap (such as
 Foursquare, Mapbox or our skobbler) can be better encouraged to become
 active OSM community members.
 So we would be definitely supportive of such a standardization and better
 communication.
 


+1


 On 01/11/2013 05:03 PM, Frederik Ramm wrote:
 
 Also, we in OpenStreetMap have often positioned ourselves as more than
 just markers on a map, and logo suggestions involving the typical map
 marker teardrop have been rejected (loudly) in the past because of that.
 If we try to fit all symbolism in the logo it will certainly fail, so I
 think here we have to make a compromise and foremost a logo must be catchy
 and easy to identify. Even the best logos (e.g. Twitters bird) catch only
 part of the identity (in this case freedom) and not every single aspect of
 a service.


while this might be true there is still an open question whether a hammer is 
the best symbol to choose from. (One could argue that it is a good 
representation for someone actually doing something, but on the other hand it's 
also a symbol for something not done in the most precise way ).
Personally if I had to choose from these two: 
http://www.deutschesinstitut.it/Newsletter/bilder/ddr_hammer_sichel.png
I would have chosen the compasses. ;-)

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

Re: [Talk-de] Landwirtschaftliche Fahrzeuge mit Sondergenehmigung auf 2x2 autobahnähnlicher Straße

[Martin Koppenhöfer]

Am 13.01.2013 um 15:17 schrieb Tirkon tirko...@yahoo.de:
 auf der Bundesstraße 210 wurde im Landkreis Friesland beim
 Wilhelmshavener Kreuz ein autobahnähnlicher Lückenschluss vor wenigen
 Wochen vollzogen und freigegeben. Trotz 2x2 Fahrstreifen mit baulicher
 Richtungsfahrbahntrennung sind hier landwirtschaftliche Fahrzeuge
 zugelassen, wenn sie mindestens 40 km/h schnell sind - allerdings nur
 mit Sondergenehmigung. Es handelt sich offensichtlich um einen
 Modellversuch. Demzufolge gibt es die Regelung sonst nirgendwo (im
 Landkreis? / in Deutschland?). 



 Ich habe daher 
 * agriculture=yes



m.E. müsste das private sein und nicht yes, da es nur mit Sondergenehmigung 
möglich ist


 und 
 * minspeed:agriculture=40
 getaggt



minspeed, also eine Mindestgeschwindigkeit auf einem Straßenabschnitt ist nicht 
ganz dasselbe wie eine bauartbedingte Mindestgeschwindigkeit eines Fahrzeugs. 
Ich würde das weglassen, da die Voraussetzungen erfüllt sind, wenn man mit 
private Zugang hat.


 Damit sollte dem nicht-landwirtschaftlichem Benutzer der Straße diese
 Eigenschaft deutlich werden.


wobei agricultural m.W. in Deutschland nicht landwirtschaftliche Fahrzeuge 
bezeichnet sondern Fahrzeuge, die sich in landwirtschaftlichem Einsatz befinden 
(also auf die Nutzung bezogen ist und nicht auf den Fahrzeugtyp).


 Ist der Fall so einzigartig und zudem theoretisch, dass man ihn im
 Tagging vernachlässigen kann? Falls nein, wie würde man die notwendige
 Sondergenehmigung taggen?


grob schonmal mit private, m.E.

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

Re: [Talk-de] Edits von Nodekiller

[Martin Koppenhöfer]

Am 12.01.2013 um 10:16 schrieb Frederik Ramm frede...@remote.org:

 Hallo,
 
 On 01/11/2013 10:33 PM, Manfred A. Reiter wrote:
 Also bei allem Verständnis für automatische Änderungen, habt ein paar
 Argumente für mich für Schüler, die sich dort mit der Küstenlinie alle Mühe
 der Welt gegeben haben, die Wanderweg nach GPS tracks nachgezeichnet haben
 und heute an ihrer Bearbeitung die Leistung von Nodekiller sehen?
 
 Hast Du dir die Edits tatsaechlich angesehen und sprichst von einer konkreten 
 Verschlechterung, oder argumentierst Du hier eher theoretisch, basierend auf 
 der Annahme, dass jede Loeschung von Noes automatisch eine Verschlechterung 
 darstellt?



ja, im ersten Moment wenn man den File öffnet sieht man gleich, dass das ein 
automatischer Edit ist (d.h. man würde erwarten, da nie darüber diskutiert 
wurde, dass die DWG so was reverted, schon aus Prinzip). Konkret wenn man dann 
ganz reinzoomt und sich das genauer ansieht sieht man (ich) nirgends eine 
Stelle, an der ein Schaden entstanden zu sein scheint. Es sind nur wenige 
Noldes, die entfernt wurden, und die Geometrie scheint davon in der Tat nicht 
oder nur sehr sehr wenig beeinflusst worden zu sein. Interessant wären ggf. mal 
Stellen wie Kurven im Gebirge (enge 180 Kehren), wo so eine Aktion am ehesten 
Schaden anrichten würde auch mit eher geringer Toleranz, aber habe nichts 
derartiges gefunden.

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

Re: [Talk-de] Multipolygone im Wiki

[Martin Koppenhöfer]

Am 10.01.2013 um 16:52 schrieb Peter Wendorff wendo...@uni-paderborn.de:
 Ich halte hier die Variante für intuitiv, dass das Multipolygon eben eine 
 Geometrie hat, und die Attribute des MPs beschreiben genau das, was unter 
 dieser Geometrie zu finden ist - also im Wald, aber nicht im Loch im Wald 
 wie der Lichtung oder dem See.
 Dies folgt der Analogie aus dem way, dessen Tags das beschreiben, was im 
 entsprechenden Polygon oder aber Linienzug zu finden ist.


+1, ich glaube, dass wir es allen Mappern einfacher machen, auch den 
computertechnisch weniger studierten, wenn wir eine stringente Logik verfolgen, 
und möglichst keine Ausnahmen und Sonderregeln einbauen. Wenn die tags für ein 
Objekt der Welt aus mehreren OSM-Objekten (Relation und way) zusammengewürfelt 
werden müssen ist das ein bisschen seltsam und auch aufwendiger zu 
hinterschauen.


 Deiner Argumentation folgend wäre es praktisch nicht möglich, ein 
 Naturschutzgebiet, das Wald, Lichtungen und See im Wald umfasst - es sei 
 denn, man legte ein zusätzliches Polygon deckungsgleich (oder mies getrickst 
 ganz-leicht-abweichend) auf den outer-way des MP.


naja, man könnte ein weiteres Multipolygon mit demselben outer way aber ohne 
die inner ways machen, sofern es sich nicht um tags für eine Linie handelt, 
überlappende ways bräuchte man deshalb noch nicht.

Gruß Martin


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

Re: [Talk-it] Pizzeria da asporto

[Martin Koppenhöfer]

Am 10.01.2013 um 20:18 schrieb Luca Delucchi lucadel...@gmail.com:

 Io ho usato fastfood con cuisine=pizza
 
  Ovviamente si deve aggiungere il tag takeaway=yes
 
 
 Se usi fastfod non aggiungere questo tag


perché? Penso che quando puoi portare via il cibo takeaway va bene, anche per 
un fast food. Potrebbe essere un po' ridondante, invece nel caso del 
takeaway=only sarebbe una informazione importante.

Per ora non ci sono tantissimi di takeaway=only nel db: 
http://taginfo.openstreetmap.org/keys/takeaway#values
ma lo aggiungerei.

ciao,
Martin


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

Re: [OSM-talk] Simple improvement(s) to openstreetmap.org

[Martin Koppenhöfer]

Am 09.01.2013 um 15:18 schrieb Tobias Knerr o...@tobias-knerr.de:

 On 08.01.2013 22:31, Rovastar wrote:
 Nearly every site now has twitter, facebook, google plus, youtube channel,
 etc links. We have these social media outlets lets tell people about them.
 [...]
 
 In my opinion, the most important reason to avoid implementing this is
 not the screen space cost, but that it would be off-putting to those in
 our community who feel that centralized platforms like Facebook are
 incompatible with the spirit of an open, diverse and neutral web.
 
 Of course that is an ideological point of view ... However, I would be wary 
 to brush
 aside ideology completely...
 I don't mind if people use their favourite social networks to advocate
 OSM. However, a front page placement is more than that. 


+1, no endorsement of closed silo services on the main page.

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

Re: [Talk-de] Küstenlinien-Generalisierung

[Martin Koppenhöfer]

Am 09.01.2013 um 16:40 schrieb Sven Geggus li...@fuchsschwanzdomain.de:

 Ich habe eigentlich die Erfahrung gemacht, dass es relativ unproblematisch
 funktioniert auch auf kleinen Zoomleveln mit den hochaufgelösten
 Küstenlinien zu arbeiten, das verbraucht IMO keine relvante Rechenzeit.



ja, es geht nicht um die Rechenzeit sondern um die Darstellungsqualität. Wenn 
Du z.B. hier einen ähnlichen Fall ansiehst:
http://www.openstreetmap.org/?lat=40.7508lon=17.7167zoom=12layers=M
(ist zwar admin Grenze und nicht coastline, aber das Thema ist dasselbe) wirst 
Du merken, dass je nach Strichstärke und verwendetem Linienverbindungstyp (ob 
Ecken eckig oder rund werden sollen und bei welchem Winkel) extrem störende 
Artefakte entstehen können (spitze Ecken, die rel. groß sind und weit über das 
eigentliche Gebiet hinausragen bei dicken Strichstärken). Auch wird es 
einigermaßen zufällig, wie eine sehr detaillierte Linie aussieht, wenn man sie 
auf wenigen Pixeln rendert (ggf. wird das dann ein dicker Brei, oder Inseln 
werden zugekleistert von der Coastline).

Im Hauptstil von Mapnik wird das geschickt umschifft, indem die Küstenlinie 
überhaupt nicht gerändert wird, aber für manche Kartenstile will man das halt 
machen, z.B. bei den üblichen Physischen Karten: 
http://www.mygeo.info/landkarten/amerika/mittelamerika_cia_2007.jpg
(Im vg. Beispiel von der CIA kann man auch gleich ein paar Probleme sehen, wie 
z.B. Land, das meerseitig unter der vereinfachten Küstenlinie hervorlugt 
(Norden von Kuba), oder Brei wenn es im Küstenbereich eng wird (Orinoco 
Mündung in Venezuela)).

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

Re: [Talk-it] R: Aggiornamento dati ortografia strade

[Martin Koppenhöfer]

Am 31/dic/2012 um 12:14 schrieb sabas88 saba...@gmail.com:

 Per far prima puoi usare DBpedia (la versione semantica). 
 http://it.dbpedia.org/sparql
 Questa query tira fuori tutti i nomi e cognomi di Italiani presenti su 
 Wikipedia
 
 SELECT ?name, ?surname WHERE {
   ?person a http://dbpedia.org/ontology/Person . 
   ?person   http://it.dbpedia.org/property/nome?name .
   ?person   http://it.dbpedia.org/property/cognome ?surname .
   ?person   http://it.dbpedia.org/property/nazionalità italiana@it .
   FILTER( isLiteral(?name) AND isLiteral(?surname) )
 }
 


+1, anche se alcune strade hanno un nome dopo una persona straniera (in 
confronto con le persone italiane sono poche), e quindi il filtro nazionalità 
si potrebbe anche evitare

Ciao,
Martin___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: Aggiornamento dati ortografia strade

[Martin Koppenhöfer]

Scusate, visto solo ora che se n'era già parlato...

Am 01/gen/2013 um 10:32 schrieb Martin Koppenhöfer dieterdre...@gmail.com:

 
 
 Am 31/dic/2012 um 12:14 schrieb sabas88 saba...@gmail.com:
 
 Per far prima puoi usare DBpedia (la versione semantica). 
 http://it.dbpedia.org/sparql
 Questa query tira fuori tutti i nomi e cognomi di Italiani presenti su 
 Wikipedia
 
 SELECT ?name, ?surname WHERE {
   ?person a http://dbpedia.org/ontology/Person . 
   ?person   http://it.dbpedia.org/property/nome?name .
   ?person   http://it.dbpedia.org/property/cognome ?surname .
   ?person   http://it.dbpedia.org/property/nazionalità italiana@it .
   FILTER( isLiteral(?name) AND isLiteral(?surname) )
 }
 
 
 
 +1, anche se alcune strade hanno un nome dopo una persona straniera (in 
 confronto con le persone italiane sono poche), e quindi il filtro nazionalità 
 si potrebbe anche evitare
 
 Ciao,
 Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Pedaggio autostrade

[Martin Koppenhöfer]

Am 17/dic/2012 um 23:57 schrieb Alberto albertoferra...@fastwebnet.it:

 Sono solo dimenticanze o è passato qualche bot a cancellarle, che voi 
 sappiate?
 

Se guardi lo storico (ctrl+h in josm) puoi vedere se prima c'era sto tag o no, 
se non è stato cancellato durante la license redaction (quello lo vedi dal nome 
utente).

 Altra cosa: il tag toll=yes è corretto metterlo su ogni segmento di 
 autostrada e non sulla relazione route?
 

Si

Ciao,
Martin___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Strana mappatura a Milano

[Martin Koppenhöfer]

Am 13/dic/2012 um 09:16 schrieb Simone Saviolo simone.savi...@gmail.com:

 anche se secondo me questa relazione è una collezione e non ha neanche 
 ragione di esistere,


+1

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

Re: [Talk-de] JOSM-Vorlagen

[Martin Koppenhöfer]

Am 07/dic/2012 um 01:24 schrieb gmbo g...@kilometerfresser.eu:

 Am 06.12.2012 21:36, schrieb Wolfgang Wienke:
 Hallo,
 kann man JOSM einfach so modifizieren, dass ein Klick auf Bussymbol/ 
 Bushaltestelle nicht nur die Eigenschaft highway=bus_stop sondern 
 automatisch zusätzlich auch public_transport=platform erzeugt wird?
 Sehe ich richtig, dass das nicht über ein *.xml-Datei sondern nur über JAVA 
 funktioniert? :-(
 Das ganze ist wirklich nicht schwer, als Beispiel ist
 http://wiki.openstreetmap.org/wiki/Stolpersteine#Preset_-_JOSM-Vorlagen
 ganz gut.


Wobei platform für Bushaltestellen am besten deprecated werden sollte, d.h. es 
macht eigentlich keinen Sinn, das automatisch hinzuzufügen

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

Re: [Talk-de] landuse nicht für Detailmapping verwenden (war: Abgerissenes Haus)

[Martin Koppenhöfer]

Am 06/dic/2012 um 11:40 schrieb Henning Scholland o...@aighes.de:

 Also das Problem, dass Landuse zu sehr zerstückelt wird, kann man damit 
 auch nicht lösen.


Ein Problem ist das m.E. nicht, wenn die Mapper versuchen, die reale Situation 
detailliert in Osm abzubilden. Zum Problem wird es höchstens für den, der für 
einen bestimmten Kartenmaßstab einen bestimmten Detaillierungsgrad bzw. ein 
gewisses Generalisierungslevel in den Rohdaten erwartet, und dann von der 
Vielfalt, die das echte Leben bietet, erschlagen wird.

Das kann man aber relativ einfach lösen, indem man vor dem Rendern die 
Nutzungen automatisch zusammenfasst und kleine Ausrutscher ggf. unterschlägt. 
Was dabei klein bedeutet hängt vom Maßstab der Karte ab (kann also nur der 
Kartenersteller entscheiden), und ob die abweichende Nutzung eines kleinen 
Teilstücks erwähnenswert ist oder nicht kommt neben der Größe vor allem auf die 
spezifische Nutzung und die Nutzung drum rum an. Da haben sicher auch 
verschiedene Nutzer unterschiedliche Ansichten, weshalb man sich nicht schon 
beim Eintragen auf einen usecase festlegen sollte.

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

Re: [Talk-it] Contattare università

[Martin Koppenhöfer]

Am 04/dic/2012 um 09:26 schrieb pierpiggi pierpi...@gmail.com:

 Ripeto che secondo me il riferimento corretto, sia per dare informazioni di 
 questo tipo sia per ottenere informazioni riguardo planimetrie, etc. non è 
 l'URP ma l'ufficio tecnico, che dovrebbe esistere in qualsiasi ente pubblico 
 (se l'ufficio in questione ha già una planimetria corretta e disponibile per 
 OSM mi pare inutile stare a rimappare;


Credo che abbiano una planimetria ma molto probabilmente non sarà adatta per 
OSM ( troppo dettagliata, formato diverso, forse non integrata (singoli pezzi), 
proiezione diversa, ecc.
Evventualmentente potrebbe servire come sfondo per tracciare (previa 
riproiezione).

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

Re: [OSM-talk] Bug fixes multilingual map

[Martin Koppenhöfer]

Am 03/dic/2012 um 02:57 schrieb Clay Smalley claysmal...@gmail.com:

 In that case, for line placement, I suggest using  -  in between the names 
 in different languages, e.g. Rue des Bouchers - Beenhouwersstraat. That's 
 what's done in the name=* tag in many bilingual places like Brussels.


I'd prefer the slash / because the dash is part of many names. 

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

Re: [OSM-talk] Bug fixes multilingual map

[Martin Koppenhöfer]

Am 03/dic/2012 um 11:17 schrieb Christian Quest cqu...@openstreetmap.fr:

 The slash may also be part of many shortened names (in France):
 Neuilly sur Seine - Neuilly s/ Seine


Also in Germany, but you shouldn't use abbreviations in Osm anyway 

Cheers,
Martin

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