Ovo me podsjetilo na školu i domaće zadaće.
Dana 15. svibnja 2013. 06:56 hbogner hbog...@gmail.com je napisao/la:
On 05/15/2013 01:15 AM, hbogner wrote:
On 05/15/2013 01:11 AM, hbogner wrote:
Sutra to moram isprintati pa ako još netko želi pomoći da sredimo tekst
samo naprijed
Ispravak,
ako može ovako nešto za letak:
*Kada bi svatko ucrtao samo svoju ulicu vrlo brzo bi imali kartu čitavoga
svijeta.*
OpenStreetMap međunarodni je projekt usmjeren stvaranju i korištenju
besplatnih geografskih podataka. Projekt omogućuje korištenje podataka
prikupljenih od strane zajednice koja u
zanima me gdje bi se išlo?
ako se ide početkom lipnja možemo spojiti s biciklijadom u Ogulinu -
Ciklobajka
http://ogfb.caffe.hr/
Ksenija
Dana 14. svibnja 2013. 15:09 Weigand Petar weigand.pe...@gmail.com je
napisao/la:
Imam poznanika koji se bavi snimanjem za turizam, balonom kojeg pušta iz
Paralelni maping tulum u Ogulinu, to bi bilo sjajno. Ovo izgleda preloše za
jedan centar županije:
http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlemaplon=15.22519lat=45.26623zoom=15
Janko
Dana 15. svibnja 2013. 16:29 ksenija kulić tweety.ksen...@gmail.com je
napisao/la:
zanima me gdje bi
Za Ogulin!
Dana 15. 5. 2013. 18:04 Janko Mihelić jan...@gmail.com je napisao/la:
Paralelni maping tulum u Ogulinu, to bi bilo sjajno. Ovo izgleda preloše za
jedan centar županije:
http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlemaplon=15.22519lat=45.26623zoom=15
Janko
Dana 15. svibnja
biti će organizirani vlak (neznam koji točno dan vozi-javim naknadno, inače
ima oko 105 km) mogu organizirati spavanje kod vatrogasaca u Ribarićima i
tamo se može postaviti balon uz jezero
ako smo zainteresirani svi, javite :)
Ksenija
Dana 15. svibnja 2013. 18:17 sanela planinčević
hbogner hbogner@... writes:
Bio sam uvjeren da DORS/CLUC počinje u četvrtak a ne danas.
Sve mi je Tomislav ispričao. Nažalost, imao sam predavanja od 8 do 17 tak da
nisam mogao priskočiti u pomoć.
___
Talk-hr mailing list
On Wed, May 15, 2013 at 12:54 PM, Steeve Ebener
steeve.ebe...@gaia-geosystems.org wrote:
As part of this process, we would like to invite you to help the DOH
locating the health facilities providing Maternal Care Package on Mindanao
Island. We are talking about 338 facilities you will find
Hi Maning,
Thanks for pointing this outseems I forgot to change one of the setting.
Can you please try if it works now?
Thanks once more, Steeve
Steeve Ebener, Ph.D.
CEO Gaia GeoSystems
P.O. Box 795 – P.C. 114, Muscat - Oman
cell: +968 952 57 526
email: steeve.ebe...@gaia-geosystems.org
Dave, everyone
If you have an issue with moderation, address it directly to
moderat...@openstreetmap.org.
-Mikel
* Mikel Maron * +14152835207 @mikel s:mikelmaron
From: Dave F. dave...@madasafish.com
To: talk@openstreetmap.org
Sent: Wednesday, May 15, 2013
Hi!
I write a work for which I did a small comparison of walking/transit
routing/data between digital maps for my diploma work. One thing caught my
eye is that while MapQuest have this nice open.mapquest.com site with all
up-to-date and nicely legit attribution to us, their default site for
On 15/05/2013 16:19, pec...@gmail.com wrote:
Hi!
So maybe anyone know:
1) why it has reasonably old OSM data on main MapQuest site
2) and why it isn't properly attributed
If you zoom in on the link you gave, the attribution changes to OSM (
it's one of the few that lists it as ODbl).
Do
On 15/05/2013 21:25, Dave F. wrote:
On 15/05/2013 16:19, pec...@gmail.com wrote:
2) and why it isn't properly attributed
It's also listed under LegalAttributions at the bottom of the side
panel to the left.
Dave F.
___
talk mailing list
Yeah, MapQuest is obviously mixing and matching some of our data on their
regular (not open.mapquest.*) map. If you zoom in to z6 or higher and then
pan from South America to Mexico you will see the attribution change from
OSM to Navteq as soon as Mexico enters the viewport.
Toby
On Wed, May
On 15/mag/2013, at 17:19, pec...@gmail.com pec...@gmail.com wrote:
their default site for capital of my country has started to show details
which are clearly from OSM (stuff I did myself), but from year a half ago or
so. Attribution to default site is MapQuest, portions NAVTEQ, couldnt
On 15/05/2013 21:41, Dave F. wrote:
On 15/05/2013 21:25, Dave F. wrote:
On 15/05/2013 16:19, pec...@gmail.com wrote:
2) and why it isn't properly attributed
It's also listed under LegalAttributions at the bottom of the side
panel to the left.
Apologies, I miss read your post. I thought
On 15/mag/2013, at 22:41, Dave F. dave...@madasafish.com wrote:
It's also listed under LegalAttributions at the bottom of the side panel to
the left.
yes, (c) osm contributors is there and a link to our copyright page, no
explicit mention of the odbl
Dave F. wrote
Off topic:
I'm extremely surprised partially annoyed by your attempt at sudden
censure. Lots of threads have been much more vitriolic gone much
further off course than this one. It's appears some are embarrassed
about the situation with ID want to sweep it under the
So...
This thread went on some tangents, but nevertheless, thank you for your
feedback. John Firebaugh just posted a new roadmap for the next release of
iD [1] and it focuses on the key issues discussed here: relations support
and suboptimal performance on Firefox.
Please report any issues you
On Tue, May 14, 2013 at 10:51 PM, Ken Self kens...@optusnet.com.au wrote:
Just jumping in here with some ideas. If you have an objective tag it is a
function of the track. But if you have a subjective tag then it is a
function of the user of the road/track.
A tag that is true for some and
On Tue, Apr 30, 2013 at 6:59 PM, kristy van putten
kristy.vanput...@gmail.com wrote:
Hi Aussie OSM people!
I would like to introduce myself, my name is Kristy Van Putten and I am
currently living and working for the Australian Government in Indonesia as
a the Spatial Analyst. Over the last
Verifiability is another topic altogether. My point was in relation to the
tags themselves.
My point is that information that is subjective, and targets a subset of
users, must be built into the tag and not the values. The tag must clearly
identify the population that it is relevant to. Whether
Se entendi sua pergunta, uma ferramenta que uso pra isso é o KeepRight:
http://keepright.ipax.at/
--
*Rodrigo de Avila*
Analista de Desenvolvimento
(51) 3649-0300 | rodr...@syonet.com
visite nosso site: www.syonet.com
Como estou lhe atendendo?
Dê sua opinião pelo e-mail direto...@syonet.com
Olá Arlete e todos,
Aqui na universidade de Heidelberg há um serviço para avaliação de
qualidade de mapas OSM:
http://osmatrix.uni-hd.de/
Infelizmente só está disponível para a Europa no momento. Essa é uma área
grande de pesquisa na comunidade científica no momento.
Atte.,
João Porto
PS: Sou
Am 14.05.2013 10:02, schrieb Martin Koppenhoefer:
On 14/mag/2013, at 06:42, Wolfgang Hinsch osm-lis...@ivkasogis.de wrote:
Ich halte es für sinnvoll, die Nutzung der Gebäude im building-tag
unterzubringen
bitte nicht die Bedeutung von building umdefinieren, die Nutzung ergibt sich
aus
Hi,
On 05/15/13 08:16, Jimmy_K wrote:
Ist eigentlich mit building=residential aber bereits geschehen. Woher
kommt das überhaupt? Kann keine Disskusion darüber finden
Diskussion hab ich auch keine mitbekommen, irgendwie hat sich das von
selber so etabliert - house, residential, garage und
Am 14.05.2013 10:02, schrieb Martin Koppenhoefer:
bitte nicht die Bedeutung von building umdefinieren, die Nutzung ergibt sich
aus anderen tags (wobei der Typ sich schon nach der geplanten Nutzung
richtet, d.h. es gibt einen Zusammenhang).
Dann sollte man das im Wiki auch klar zum
Hallo,
Die Wochennotiz Nr. 147 mit allen wichtigen Neuigkeiten aus der OpenStreetMap
Welt ist da:
http://blog.openstreetmap.de/2013/05/wochennotiz-nr-147/
Viel Spaß beim Lesen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
Hi,
ich habe gestern mich mal um Tankstellen und 24h Tankstellen im
Speziellen gekuemmert. Da ist mir aufgefallen das hier auf allen
Tankstellen ein operator=shell/aral/ttm/esso drauf ist.
Das ist ja sachlich falsch - Die Betreiber sind ja eigenständige
Unternehmer wie man in den Gelben Seiten
On 15/mag/2013, at 09:24, RainerU ra...@sfr.fr wrote:
Dann sollte man das im Wiki auch klar zum Ausdruck bringen bzw. gerade ziehen.
Dort sind für building=* u.a. die Werte hotel, commercial, industrial, school,
university aufgeführt. Damit wird aus meiner Sicht ganz klar die Nutzung und
hi !
bei den Telefonzellen stehen immer die unterschiedlichsten Schreibweisen.
Weiß einer welches die richtige Schreibweise ist ?
Gruß Jan :-)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Am 15. Mai 2013 10:29 schrieb Florian Lohoff f...@zz.de:
Das ist ja sachlich falsch - Die Betreiber sind ja eigenständige
Unternehmer wie man in den Gelben Seiten finden kann - Also
Aral Tankstelle Mario Drees etc. ist ja eher so ein
Sklaventrei^WFranchising.
es gibt wohl auch Ausnahmen,
Hi,
On Wed, May 15, 2013 at 10:34:56AM +0200, Jan Tappenbeck wrote:
hi !
bei den Telefonzellen stehen immer die unterschiedlichsten Schreibweisen.
Weiß einer welches die richtige Schreibweise ist ?
Ist nicht die Marke T-Com mit der eingemeindung von T-Mobile wieder
verschwunden?
Ah -
Am 15.05.2013 10:55, schrieb Florian Lohoff:
T-Com - und das gibts nicht mehr - Jetzt alles Telekom
Was aber nichts daran ändert, dass es auf Telefonzellen stellenweise
noch so draufsteht.
Gruß
Peter
___
Talk-de mailing list
Am 15.05.2013 11:05, schrieb Peter Wendorff:
Am 15.05.2013 10:55, schrieb Florian Lohoff:
T-Com - und das gibts nicht mehr - Jetzt alles Telekom
Was aber nichts daran ändert, dass es auf Telefonzellen stellenweise
noch so draufsteht.
Gruß
Peter
Stellt sich die Frage - ist das dann unter
Operator ist sicher nach der Neuordnung Telekom, aber wenn die
Telefonzelle noch mit T-Com beschriftet ist, ist das doch IMHO immer
noch die Marke (also brand), die für diese Zelle zutrifft - ob da jetzt
jemand entschieden hat, die Marke abzubauen oder nicht, ist dabei meines
Erachtens
Am 15. Mai 2013 11:14 schrieb Jan Tappenbeck o...@tappenbeck.net:
Am 15.05.2013 11:05, schrieb Peter Wendorff:
Am 15.05.2013 10:55, schrieb Florian Lohoff:
T-Com - und das gibts nicht mehr - Jetzt alles Telekom
Was aber nichts daran ändert, dass es auf Telefonzellen stellenweise
noch
Am 15.05.2013 11:05, schrieb Peter Wendorff:
Am 15.05.2013 10:55, schrieb Florian Lohoff:
T-Com - und das gibts nicht mehr - Jetzt alles Telekom
Was aber nichts daran ändert, dass es auf Telefonzellen stellenweise
noch so draufsteht.
Ich habe die Telefonzellen aber dennoch immer mit Deutsche
Hi. Die Information building=residential ist nicht nutzlos. Damit ist
eindeutig, dass es eben kein university, public, hangar, roof, garage, etc.
ist. Es ist unspezifisch innerhalb der Subkategorie Wohngebäude. Das wird
bei fast allen Attributen so sein, dass sie eine Verallgemeinerung
darstellen
Am 15. Mai 2013 11:40 schrieb René Kirchhoff rene-kirchh...@arcor.de:
Hi. Die Information building=residential ist nicht nutzlos. Damit ist
eindeutig, dass es eben kein university, public, hangar, roof, garage, etc.
ist.
ja, das meinte ich mit quasi, es ist jedenfalls ein Rückschritt zu
Ich werfe da mal neben operator und brand auch noch branch und name, sowie
official_name und local_name in die Runde.
Uebrigens in diesem Blogpost schoen bebildert und dann von mir kommentiert.
Allerdings leider auf Englisch.
http://weait.com/comment/61#comment-61
tl:dr
operator=* Der lokale
Am 15.05.2013 11:52, schrieb Martin Koppenhoefer:
Von daher ist residential auch nicht falsch (Wohngebäude ist in der Tat
ein Gebäudetyp), aber eher als vorläufiger Wert zu sehen, und wer sich gut
in seinem Gebiet auskennt, der mappt (m.E.) besser gleich eine oder 2
Stufen genauer.
Für mich
Klingt durchweg vernünftig, könnten wir das ins Wiki aufnehmen?
Lg Ruben
Am 15.05.2013 12:31 schrieb Ronnie Soak chaoschaos0...@googlemail.com:
Ich werfe da mal neben operator und brand auch noch branch und name, sowie
official_name und local_name in die Runde.
Uebrigens in diesem Blogpost
Hallo zusammen,
ich würde gern eine Diskussion darüber starten ob man nicht per Bot
den Tag addr:housename=x in addr:housenumber=x umbenennen kann wenn
der Value eine Nummer ist.
Dies scheint ein extrem häufiger Fehler zu sein, besonders wohl wegen
der Autovervollständigung von addr:housen -
Ich frag mich immer, ob man da nicht mal irgendwie eine halbwegs
vernünftige Liste machen könnte? Bzw. in JOSM das direkt als Vorlage
gespeichert werden könnte?
Ich stelle mir z.B. vor, dass wenn ich bei JOSM ein Geschäft eintrage,
er direkt im Assistenten eine Auswahl mit allen Ketten hat. Je
Meinen Kommentar gerne.
Fuer den Blogpost und die Bilder musst du den Originalautor fragen. Ich hab
ja auch schon angeregt, dass er das ins Wiki stellt,
da hat er aber nicht drauf reagiert.
Gruss,
Chaos
Am 15. Mai 2013 15:28 schrieb Ruben Kelevra cyr...@gmail.com:
Klingt durchweg vernünftig,
On 13.05.2013 16:10, Simon Poole wrote:
Am 13.05.2013 14:43, schrieb Ronnie Soak:
oneway gehört nicht zu den genannten (4 nach meine Zählung) Tags da sich
mit oneway=-1 die Richtung umkehren lässt, was die meisten Editoren und
Anwendungen auch unterstützen.
Die 4 Tags sind übrigens (kann
On 15.05.2013 16:13, Hans Schmidt wrote:
Ich frag mich immer, ob man da nicht mal irgendwie eine halbwegs
vernünftige Liste machen könnte? Bzw. in JOSM das direkt als Vorlage
gespeichert werden könnte?
Ich stelle mir z.B. vor, dass wenn ich bei JOSM ein Geschäft eintrage,
er direkt im
On Wed, May 15, 2013 at 04:08:12PM +0200, Ruben Kelevra wrote:
Hallo zusammen,
ich würde gern eine Diskussion darüber starten ob man nicht per Bot
den Tag addr:housename=x in addr:housenumber=x umbenennen kann wenn
der Value eine Nummer ist.
Dies scheint ein extrem häufiger Fehler zu
Theoretisch lässt sich das schon jetzt machen, um sinnvolle Verbreitung zu
finden muss man bloß das ganze direkt mit JOSM ausliefern.
Daher - Ticket
LG Ruben
Am 15.05.2013 17:04 schrieb fly lowfligh...@googlemail.com:
On 15.05.2013 16:13, Hans Schmidt wrote:
Ich frag mich immer, ob man da
Am 15.05.2013 17:15, schrieb Florian Lohoff:
On Wed, May 15, 2013 at 04:08:12PM +0200, Ruben Kelevra wrote:
Hallo zusammen,
ich würde gern eine Diskussion darüber starten ob man nicht per Bot
den Tag addr:housename=x in addr:housenumber=x umbenennen kann wenn
der Value eine Nummer ist.
Ich
Am 15.05.2013 17:15, schrieb Florian Lohoff:
Dagegen - Ich habe das zwar auch schon beobachtet - aber die paar
dinger kann man manuell eben korrigieren ...
-1
Die Erfahrung zeigt eher, dass wir genug Fehler in der DB haben und nur
die wenigsten Mapper daran arbeiten Fehler zu korrigieren. Da
Man könnte im Josm einfach nach Häufigkeit der Tags sortieren anstatt nach
Alphabet. Dann würden wir ihm ein bisschen mehr Intelligenz einhauchen.
Die Frage ist ob es Fälle gibt wo Housename sinnvoll mit einer Nummer
belegt ist aber keine Housenumber hinterlegt ist. In dem Fall würde eine
Am 15.05.2013 17:41, schrieb Ruben Kelevra:
Wenn es Konsens findet lass ich meinen Bot drauf los.
Siehe: http://wiki.openstreetmap.org/wiki/Mechanical_Edit_Policy
Henning
___
Talk-de mailing list
Talk-de@openstreetmap.org
Am 15. Mai 2013 17:30 schrieb Tobias Knerr o...@tobias-knerr.de:
Am 15.05.2013 17:15, schrieb Florian Lohoff:
On Wed, May 15, 2013 at 04:08:12PM +0200, Ruben Kelevra wrote:
Hallo zusammen,
ich würde gern eine Diskussion darüber starten ob man nicht per Bot
den Tag addr:housename=x in
I support the idea to to remove addr:housename from autocompletion list or at
least to put it to the very end.
Gruß Markus
-Ursprüngliche Nachricht-
Von: Martin Koppenhoefer [mailto:dieterdre...@gmail.com]
Gesendet: Mittwoch, 15. Mai 2013 18:12
An: Openstreetmap allgemeines in Deutsch
Am 15. Mai 2013 16:13 schrieb Hans Schmidt z0idb...@gmx.de:
Ich frag mich immer, ob man da nicht mal irgendwie eine halbwegs
vernünftige Liste machen könnte? Bzw. in JOSM das direkt als Vorlage
gespeichert werden könnte?
Das ist ein zweischneidiges Schwert. Ein vorausgefülltest Template
Am 15.05.2013 19:07, schrieb Ronnie Soak:
Das ist ein zweischneidiges Schwert. Ein vorausgefülltest Template
verleitet dazu, auch solche Informationen einzutragen, die vor Ort gar
nicht wirklich aufgenommen und damit bestaetigt wurden.
Ich will im name=* tag ja gerade nicht einheitlich immer
Ich find brand deutlich sinniger als operator, ansonsten hast du recht.
Alternative könnte man einen Bot beauftragen das zu fixen.
Der könnte ähnliche Schreibweisen suchen und mit Sollwerten vergleichen und
die Änderungen könnten dann manuell abgenickt werden.
Man müsste bloß irgendwo im Wiki
Am 15.05.2013 17:41, schrieb Henning Scholland:
Am 15.05.2013 17:15, schrieb Florian Lohoff:
Dagegen - Ich habe das zwar auch schon beobachtet - aber die paar
dinger kann man manuell eben korrigieren ...
-1
Die Erfahrung zeigt eher, dass wir genug Fehler in der DB haben und
nur die wenigsten
Nun ich weiß nicht so recht ob dieser Fall wirklich vorkommt. Und wenn, ich
als Mensch würde es wohl trotzdem für einen Fehler halten und umtaggen.
Solange kein addr:housenumber existiert würde ich davon ausgehen das sich
jemand vertan hat.
Davon ab gibt es Orte wo mehrere Dutzend Häuser falsch
Hallo,
On 15.05.2013 17:41, Ruben Kelevra wrote:
Wenn es Konsens findet lass ich meinen Bot drauf los.
Ich habe schon am 19.4. auf ein achtlos dahingeworfenes koennte ich
mein Bot-Framework drauf loslassen von Dir eine Rueckfrage gestellt,
die, soweit ich sehen kann, nie beantwortet wurde.
Danke für input an alle. @jfirebaugh, mein Kollege und iD Programmierer hat
soeben eine neue iD Roadmap für 1.1 gepostet [1]. Sie beinhaltet auch
umfangreicheren relations support. Viele der Bedenken die hier aufkamen
sollten also mit 1.1 befriedigt sein. Genaue release Daten werden sich in
den
Wie soeben auch auf [talk] gepostet:
Ich bitte alle, die auf konkrete Bugs in iD stossen, diese auf der issue
queue [1] mit einem neuen issue zu beschreiben. Das hilft den iD
Programmierern den editor besser und robuster zu machen.
Danke für die Mithilfe und alles Beste -
Alex
On Tue, 14 May 2013, Martin Koppenhoefer wrote:
[...]
Dass die Renderregeln nicht mehr anpassbar seien stimmt so nicht, bisher
ging es ja auch ;-)
Früher hat man tickets unter trac.openstreetmap.org erstellt, ob sich das
in letzter Zeit noch als sinnvoll erwiesen hat, kann ich Dir nicht
---
Die Diskussion gab's also schon vor ueber einem Jahr und es ist nix
passiert.
Ich plaediere deshalb dafuer, mit Variationen des building=* Tags behutsam
vorzugehen, weil es doch einen erheblichen Einfluss auf die Darstellung
hat, die sich so schnell nicht aendern wird.
A.
-1
Das
Un articolo di Wired su MapBox e le sue belle mappe basate anche su
OpenStreetMap:
http://www.wired.com/design/2013/05/a-cloudless-atlas/
ciao
maxx
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://www.openstreetmap.org/user/EnelSharing
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
... mi sento in colpa :)
On Wed, May 15, 2013 at 8:29 AM, Luca Delucchi lucadel...@gmail.com wrote:
http://www.openstreetmap.org/user/EnelSharing
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
strepitoso!
posso spammarlo in giro?
2013/5/15 Maurizio Napolitano napoo...@gmail.com
... mi sento in colpa :)
On Wed, May 15, 2013 at 8:29 AM, Luca Delucchi lucadel...@gmail.com
wrote:
http://www.openstreetmap.org/user/EnelSharing
___
On Wed, May 15, 2013 at 9:02 AM, Luca Corsato luc...@gmail.com wrote:
strepitoso!
posso spammarlo in giro?
Non penso ci sia nessun problema.
E' li', pubblica.
Vi racconto un piccolo retroscena:
tempo fa ENEL usciva con il portale open data
Subito mia tirata d'orecchie sul fatto che usavano una
bellissima storia! questa me la segno come buona pratica
Il giorno 15 maggio 2013 09:13, Maurizio Napolitano napoo...@gmail.com ha
scritto:
On Wed, May 15, 2013 at 9:02 AM, Luca Corsato luc...@gmail.com wrote:
strepitoso!
posso spammarlo in giro?
Non penso ci sia nessun problema.
E'
che dici Napo, di proporre a Enel di fare da iniziatori per iniziare a
popolare OpenCorporates?
Il giorno 15 maggio 2013 09:34, Luca Corsato luc...@gmail.com ha scritto:
bellissima storia! questa me la segno come buona pratica
Il giorno 15 maggio 2013 09:13, Maurizio Napolitano
io ho twittato la cosa:
https://twitter.com/simonecortesi/status/334576816842997760
2013/5/15 Luca Corsato luc...@gmail.com
che dici Napo, di proporre a Enel di fare da iniziatori per iniziare a
popolare OpenCorporates?
Il giorno 15 maggio 2013 09:34, Luca Corsato luc...@gmail.com ha
2013/5/15 Maurizio Napolitano napoo...@gmail.com:
... ed ora scopro da Luca che hanno cominciato
FICHISSIMO! :)
Fichissimo è ancora da valutare hanno fatto un import seguendo
nessuna delle best practice della comunità, hanno inserito tag
completamente inutili (per esempio is_in:city)
Una bellissima notizia!
Complimenti ad Enel per la sensibilità dimostrata verso gli open data.
Di sicuro una visione lungimirante purtroppo non così comune solitamente
nelle multinazionali
--
View this message in context:
http://gis.19327.n5.nabble.com/Enel-in-OSM-tp5761062p5761080.html
Sent
Questo è senza dubbio uno dei progetti che più mi affascinano.
--
View this message in context:
http://gis.19327.n5.nabble.com/Mappe-senza-nuvole-tp5761059p5761081.html
Sent from the Italy General mailing list archive at Nabble.com.
___
Talk-it
Come tutti i newbie devono imparare
Basta contattarli
Il mio commento riguarda il fatto che si sono messi in gioco
Puoi farlo chiunque visto che c'è un utente a cui scrivere
Non ho guardato le loro modifiche perchè sono sullo smartphone
Il giorno 15/mag/2013 09:55, Luca Delucchi
2013/5/15 Luca Delucchi lucadel...@gmail.com
2013/5/15 Maurizio Napolitano napoo...@gmail.com:
... ed ora scopro da Luca che hanno cominciato
FICHISSIMO! :)
Fichissimo è ancora da valutare hanno fatto un import seguendo
nessuna delle best practice della comunità,
+1
sarei per
2013/5/15 Maurizio Napolitano napoo...@gmail.com
Come tutti i newbie devono imparare
Basta contattarli
si, però i newbie che fanno import automatici vengono generalmente trattati
diversamente dai newbie che fanno edit manuali...
Il mio commento riguarda il fatto che si sono messi in gioco
Il 15/05/2013 08:29, Luca Delucchi ha scritto:
http://www.openstreetmap.org/user/EnelSharing
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
Una bella notizia! Anche i tag sembrano messi abbastanza bene! A parte
opening_hours che poteva essere semplificato visto che ha
HAHAHAHAHAH
:-)
-Messaggio originale-
Da: Luca Delucchi [mailto:lucadel...@gmail.com]
Inviato: mercoledì 15 maggio 2013 09:54
A: openstreetmap list - italiano
Oggetto: Re: [Talk-it] Enel in OSM
2013/5/15 Maurizio Napolitano napoo...@gmail.com:
... ed ora scopro da Luca che hanno
Ciao a tutti,
qualche giorno fa mi sono accorto che un nuovo mapper aveva cancellato
(sicuramente per errore) un pezzo della provinciale in oggetto [0].
L'ho ripristinata facendo un revert delle cancellazioni effettuate nel
suo changeset [1], poi l'ho contattato per informarlo e suggerirgli
Il 15/05/2013 10:11, Simone Cortesi ha
scritto:
2013/5/15 Luca Delucchi lucadel...@gmail.com
... ed ora scopro da Luca che hanno
cominciato
FICHISSIMO! :)
Spero non siano quei truffatori di enel energia che ti entrano in casa
usando persino lo stesso logo Enel...
Il giorno 15/mag/2013 08.30, Luca Delucchi lucadel...@gmail.com ha
scritto:
http://www.openstreetmap.org/user/EnelSharing
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
On Wed, May 15, 2013 at 2:34 PM, Cascafico Giovanni cascaf...@gmail.com wrote:
Spero non siano quei truffatori di enel energia che ti entrano in casa
usando persino lo stesso logo Enel...
Sono quelli dell'azienda stessa.
Ora pero' cercherei di guardare il bicchiere mezzo pieno:
questi hanno
2013/5/15 Maurizio Napolitano napoo...@gmail.com
questi hanno inserito i loro dati (anche se si marketing) dentro la
piattaforma.
Questo - secondo me - va interpretato come un messaggio che da importanza
a OpenStreetMap, un qualcosa come Ehi! C'e' OpenStreetMap! Dobbiamo
essere anche li'
Ciao Luca,
Stiamo verificando tutte le segnalazioni che sono pervenute nella lista al
fine di correggere e di migliorare la pubblicazione dei dati.
Per quanto riguarda il tag 'is_in:city', abbiamo fatto riferimento a questa
pagina:
http://wiki.openstreetmap.org/wiki/Key:is_in:city
Vale la pena
Ciao a tutti,
Abbiamo corretto il telefono, ora é indicato il prefisso internazionale +39.
Ora rimuoveremo il tag is_in e metteremo delle note più descrittive.
A presto,
David
2013/5/15 David Riccitelli da...@insideout.io
Ciao Luca,
Stiamo verificando tutte le segnalazioni che sono
Il giorno 09/mag/2013 15:25, beppebo...@libero.it
beppebo...@libero.it ha scritto:
sistema aggiornamento dati gfoos.
Il sistema di aggiornamento dati gfoos è così irrimediabilmente ancora
danneggiato o è stata sostituita la pagina in altro link e mi è sfuggito
qualcosa? Sembrava fosse una
Dobbiamo aggiungere il dataset Enel a questa pagina, elenco 'Ongoing
Imports, Semi-Automated', giusto?
http://wiki.openstreetmap.org/wiki/Import/Catalogue
Grazie,
David
2013/5/15 David Riccitelli da...@insideout.io
Ciao a tutti,
Abbiamo corretto il telefono, ora é indicato il prefisso
[0] http://geodati.fmach.it/gfoss_geodata/osm/italia_osm.html
Grande LUCA!
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
Abbiamo aggiornato il set dei dati con le seguenti modifiche:
1. il tag is_in:city é stato rimosso
2. il campo note é stato rivisto:
a) sul changeset include un riferimento alla sorgente dati
b) sul nodo include un riferimento all'id del nodo nella sorgente dati
3. il tag operator é
-Original Message-
From: Luca Delucchi [mailto:lucadel...@gmail.com]
Sent: mercoledì 15 maggio 2013 09:54
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Enel in OSM
Fichissimo è ancora da valutare hanno fatto un import seguendo nessuna
delle best practice della comunità,
2013/5/15 David Riccitelli da...@insideout.io:
Ciao Luca,
Ciao David
Stiamo verificando tutte le segnalazioni che sono pervenute nella lista al
fine di correggere e di migliorare la pubblicazione dei dati.
Per quanto riguarda il tag 'is_in:city', abbiamo fatto riferimento a questa
pagina:
Ciao David
una domanda al volo:
come stai importando i dati?
Fai una verifica manuale o hai fatto uno script?
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
... stavo pensando che quella pagina sarebbe bello
averla anche all'indirizzo
http://download.gfoss.it
On Wed, May 15, 2013 at 4:23 PM, Maurizio Napolitano napoo...@gmail.com wrote:
[0] http://geodati.fmach.it/gfoss_geodata/osm/italia_osm.html
Grande LUCA!
--
Maurizio Napo Napolitano
Il giorno mer, 15/05/2013 alle 12.55 +0200, Giuliano ha scritto:
Ciao a tutti,
qualche giorno fa mi sono accorto che un nuovo mapper aveva cancellato
(sicuramente per errore) un pezzo della provinciale in oggetto [0].
L'ho ripristinata facendo un revert delle cancellazioni effettuate nel
Ciao Luca,
- le chiavi senza valori non devono essere caricate (per esempio
addr:housenumber in
http://www.openstreetmap.org/browse/node/2304268762)
Ok, le abbiamo rimosse.
- controllate che i valori abbiano un senso (per esempio s.n.c. in
addr:housenumber in
Ciao,
Penso di aver trovato un typo in OSM:
http://www.openstreetmap.org/browse/way/40432500
Gicomo De Matthaeis dovrebbe invece essere Giacomo De Matthaeis.
Lo correggo?
David
___
Talk-it mailing list
Talk-it@openstreetmap.org
1 - 100 of 139 matches
Mail list logo