Re: [OSM-talk] Mapnik at zoom=19
On 18/01/13 14:29, Gervase Markham wrote: Who do we need to talk to or where do we need to file a bug to get this request considered officially? Anyone? Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik at zoom=19
Gervase Markham wrote: Who do we need to talk to or where do we need to file a bug to get this request considered officially? Anyone? If you want to make it happen, the best way to do this is to take part in the project to port the current stylesheet to Carto: https://github.com/gravitystorm/openstreetmap-carto and to make sure that the resulting stylesheet is actually capable of rendering at z19 convincingly. (The current XML one isn't.) Beyond that, it'll take some investigation into what extra hardware burden z19 will impose. Perhaps you could help by running some tests into that? cheers Richard -- View this message in context: http://gis.19327.n5.nabble.com/Mapnik-at-zoom-19-tp5744338p5746642.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] overpass turbo - a web GUI for Overpass-API
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Nice tool, thanks. Though I have to admit that I am still using JOSM as I can filter the results after query and have a look at the other tags on these objects. Colliar -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEAREIAAYFAlEFLwUACgkQalWTFLzqsCu+awCeMt6Xqo+zHPPowiTqaRWR+IS0 qJwAoKInJP24eGz4dME8nxbNbVEV1VlI =iQ08 -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik at zoom=19
Gerv, You may want to cross post to the broader talk list as well, as I have heard rumors of work related to this but have no knowledge regarding status. Best On Sun, Jan 27, 2013 at 3:39 AM, Richard Fairhurst rich...@systemed.netwrote: Gervase Markham wrote: Who do we need to talk to or where do we need to file a bug to get this request considered officially? Anyone? If you want to make it happen, the best way to do this is to take part in the project to port the current stylesheet to Carto: https://github.com/gravitystorm/openstreetmap-carto and to make sure that the resulting stylesheet is actually capable of rendering at z19 convincingly. (The current XML one isn't.) Beyond that, it'll take some investigation into what extra hardware burden z19 will impose. Perhaps you could help by running some tests into that? cheers Richard -- View this message in context: http://gis.19327.n5.nabble.com/Mapnik-at-zoom-19-tp5744338p5746642.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- John Novak 585-OLD-TOPOS (585-653-8676) http://www.linkedin.com/in/johnanovak/ OSM ID:oldtopos OSM Heat Map: http://yosmhm.neis-one.org/?oldtopos OSM Edit Stats:http://hdyc.neis-one.org/?oldtopos ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik at zoom=19
2013/1/27 Richard Fairhurst rich...@systemed.net: Gervase Markham wrote: Who do we need to talk to or where do we need to file a bug to get this request considered officially? Anyone? If you want to make it happen, the best way to do this is to take part in the project to port the current stylesheet to Carto: https://github.com/gravitystorm/openstreetmap-carto and to make sure that the resulting stylesheet is actually capable of rendering at z19 convincingly. (The current XML one isn't.) IMHO there is no connection between the port to a different style sheet language and the decision which zoom level gets rendered. The current XML would render sufficiently well when you remove the minscale_zoom=18 filters. If convincingly implies different font-sizes and styles, line widths etc. for the step from 18 to 19, this is something that could be fixed in later iterations. Beyond that, it'll take some investigation into what extra hardware burden z19 will impose. Perhaps you could help by running some tests into that? Space requirements depend mostly on the actual usage (how many of them would be created). I guess it wouldn't make sense to prerender them and rendering on the fly seems to work quite well as there is much less data than even in zoom 18 which already renders fast. On data changes in the area they could be dropped instead of putting them into a dirty queue. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik at zoom=19
On 27/01/2013 16:23, Martin Koppenhoefer wrote: IMHO there is no connection between the port to a different style sheet language and the decision which zoom level gets rendered. The connection is that the current stylesheet is abandonware. If anything is to be fixed then it'll be in the Carto port. Space requirements depend mostly on the actual usage (how many of them would be created). I guess it wouldn't make sense to prerender them I guess is nice for mailing lists, but the sysadmins can't be asked to make decisions based on a guess. Evidence is more helpful. cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik at zoom=19
2013/1/27 Richard Fairhurst rich...@systemed.net: Space requirements depend mostly on the actual usage (how many of them would be created). I guess it wouldn't make sense to prerender them I guess is nice for mailing lists, but the sysadmins can't be asked to make decisions based on a guess. Evidence is more helpful. in my tests zoom 19 took roughly the same time than the zoom 18 tiles but actual requirements (space and time) will depend mostly on how intensively people will use this feature on osm.org. This is hardly testable or predictable. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik at zoom=19
A quick extrapolation re space is to take rendered zl18 tile size, in total, and multiply by 4. If someone can provide the zl18 number ... It seems reasonable to expect zl19 tiles to be of most interest in urban areas with high POI density, as those areas tend to drop display data due to labeling/feature densities. While it is possible that a bot could cause all zl19 tiles to be rendered and consume significant tile cache space, if this has not happened to date on the existing tile server then it will likely not happen with zl19 either. Be aware that code changes may be required to support higher zoom levels as I have a vague, and quite likely outdated, recollection of arrays in mapnik (?) and/or the rendering stack needing expansion. On Sun, Jan 27, 2013 at 9:02 AM, Martin Koppenhoefer dieterdre...@gmail.com wrote: 2013/1/27 Richard Fairhurst rich...@systemed.net: Space requirements depend mostly on the actual usage (how many of them would be created). I guess it wouldn't make sense to prerender them I guess is nice for mailing lists, but the sysadmins can't be asked to make decisions based on a guess. Evidence is more helpful. in my tests zoom 19 took roughly the same time than the zoom 18 tiles but actual requirements (space and time) will depend mostly on how intensively people will use this feature on osm.org. This is hardly testable or predictable. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- John Novak 585-OLD-TOPOS (585-653-8676) http://www.linkedin.com/in/johnanovak/ OSM ID:oldtopos OSM Heat Map: http://yosmhm.neis-one.org/?oldtopos OSM Edit Stats:http://hdyc.neis-one.org/?oldtopos ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik at zoom=19
On 27-1-2013 17:23, Martin Koppenhoefer wrote: current XML would render sufficiently well when you remove the minscale_zoom=18 filters. If convincingly implies different The minscale_zoom18 essentially translates to 'infinity' in the current stylesheet setup: !ENTITY minscale_zoom18 The difference between z18 and z19, apart from scale considerations, is non-existent. Apart from taking storage requirements into account, you could well switch to z19 today. -- Lennard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Usuário Matheus Eduardo apagando coisas do mapa
Oi Bráulio
concordo com você. Eu também tentei me comunicar com este Matheus Eduardo
sobre o Parque Nacional da Furna Feia que ele adicionou numa área onde não
tem nada. http://www.openstreetmap.org/browse/changeset/13317042. Ele não
respondeu.
O que podemos fazer para bloquear permanentemente este usuário?
Também concordo que é necessário uma ação mais eficaz sobre vandalismo e
sobre usuários por parte do OSM.
abraço
Gerald
On Sunday, 27 January 2013, Bráulio wrote:
Olá pessoal,
Há um usuário [1] que está sendo um grande problema para mim. Ele faz
edições destrutivas constantemente. Por exemplo, ele não sabe o que são
relações e sempre as substitui por polígonos mal feitos. Ele chegou a
deletar uma cidade inteira (Mossoró) e a substituiu por uma versão mal
feita, onde não havia nem ligação entre as ruas (ou seja, quebrou o
roteamento completamente). Na época eu não sabia reverter changeset ou o
plugin do JOSM que facilita o trabalho nem existia. Um trabalho de dias foi
jogado fora.
O problema maior é que ele não se comunica com ninguém e não segue
recomendação nenhuma. Ele já foi bloqueado pela OSMF a meu pedido, mas o
bloqueio expirou (só valia até ele ver a mensagem do bloqueio) e ele voltou
a editar da mesma forma, e não se comunicou com ninguém.
Então eu peço a ajuda de vocês para pará-lo e também para desfazer as
besteiras que ele fez. Ele editou principalmente no RN, mas tenho certeza
que já fez muita besteira pelo resto do Brasil. Nos últimos changesets, por
exemplo, ele mudou umas coisas na BR-101. Pelo que eu vi ele retirou
ref=BR-101 e name=Rodovia Governador Mario Covas de alguns trechos. Coisa
sem sentido mesmo, mas coisa leve perto do que ele costuma fazer.
Abaixo segue a minha conversa com a OSMF. Ainda estou esperando ela
bloqueá-lo de vez, mas pode demorar. Enquanto isso mais dados são perdidos
e eu começo a pensar seriamente em parar de contribuir para o OSM, já que
as minhas contribuições podem ser removidas num piscar de olhos (como
muitas já foram).
[1] http://www.openstreetmap.org/user/Matheus%20Eduardo
--
Bráulio Bezerra
-- Forwarded message --
From: Bráulio brauliobeze...@gmail.com javascript:_e({}, 'cvml',
'brauliobeze...@gmail.com');
Date: Fri, Jan 25, 2013 at 8:37 AM
Subject: Re: User 'Matheus Eduardo' with improper edits
To: Richard Weait rich...@weait.com javascript:_e({}, 'cvml',
'rich...@weait.com');
Cc: d...@osmfoundation.org javascript:_e({}, 'cvml',
'd...@osmfoundation.org'); d...@osmfoundation.org javascript:_e({},
'cvml', 'd...@osmfoundation.org');
Hi, Richard
First, thanks for the response.
I have bad news, however. The user Matheus Eduardo [1] made his first edit
(after the block) yesterday. He also made no contact with me. The edit [2]
was a big one. And again there is a lot of senseless deletions. As you can
see from this before [3] and after [4]. He disconnected ways and deleted
the return ways (don't know how to say it in English, but you can see on
the image), which means routing doesn't work anymore at these places.
I reverted this changeset because I and other mappers have no time to deal
with this kind of thing. I mapped these using GPS and a camera, before Bing
images and it's not good to see someone destroy your work and other's this
way after being told not to.
Thanks again,
Bráulio
[1] http://www.openstreetmap.org/user/Matheus%20Eduardo
[2] http://www.openstreetmap.org/browse/changeset/14776417
[3] http://i.imgur.com/3A8ZzEQ.png
[4] http://i.imgur.com/I7pI9ql.png
On Thu, Jan 17, 2013 at 2:24 PM, Richard Weait
rich...@weait.comjavascript:_e({}, 'cvml', 'rich...@weait.com');
wrote:
Dear Bráulio,
Sorry to have let this slip during the busy season.
Blocked now with
http://www.openstreetmap.org/user_blocks/296
Please let us know the result.
Best regards,
Richard
-- Forwarded message --
From: Bráulio brauliobeze...@gmail.com javascript:_e({}, 'cvml',
'brauliobeze...@gmail.com');
Date: Sat, Dec 22, 2012 at 8:22 AM
Subject: User 'Matheus Eduardo' with improper edits
To: d...@osmfoundation.org javascript:_e({}, 'cvml',
'd...@osmfoundation.org');
Hi,
I have a problem in my region. The user Matheus Eduardo [1] is making
lots of edits where he removes a lot of nodes and ways to create his own
versions of them (often much worse versions). The worst part is that he
doesn't seem to understand relations and simply remove them and try to
reconstruct the features using only ways.
One example is the river Potengi [2], in Natal [3]. He destroyed the
relation and poorly created part of the river using lots of polygons. See
the before and after, please [4].
If you see the region of Natal and the state of Rio Grande do Norte on
WhoDidIt, you'll see that a lot of his changesets include hundreds of nodes
being deleted. [5]
Finally, I already sent messages to him explaining that he can't
simply
[Talk-br] block on user Matheus Eduardo
Dear Administrator
this is to endorse the plea of fellow user Bráulio Bezerra to stop the
destructive and irresponsible behaviour or user Matheus Eduardo. I have
tried to communicate with this user as well about some senseless additions
but received no response.
If you look up the edits of this user you will notice that he never adds
any comments to his numerous and destructive edits.
When communicating with user Matheus Eduardo you may need to consider that
this user may not understand English at all.
The action of users with little knowledge of map editing is starting to
become a major issue which need to be taken more seriously by OSM. It is
being very disturbing and some Brazilian colleagues are even starting to
consider stopping their contributions to OSM because of this.
thank your for your kind attention
Gerald Weber
http://www.openstreetmap.org/user/Gerald%20Weber
-- Forwarded message --
From: *Bráulio*
Date: Sunday, 27 January 2013
Subject: [Talk-br] Usuário Matheus Eduardo apagando coisas do mapa
To: OSM talk-br talk-br@openstreetmap.org
O que podemos fazer é o que eu já fiz, que foi enviar um email para
d...@osmfoundation.org javascript:_e({}, 'cvml',
'd...@osmfoundation.org'); . Mas quanto mais gente enviar acho que mais
rápido será o bloqueio, eu acho. E com mais gente reclamando dessa vez,
espero que seja permanente. Incluir o nome Matheus Eduardo no assunto do
email deve ajudar.
Se não resolver, o jeito é mandar para a lista geral do OSM. Ou se alguém
aqui da lista tiver um contato mais direto com alguém da OSMF, talvez
consiga agilizar.
Se quiser ter uma ideia do estrago que esse usuário faz:
http://zverik.osm.rambler.ru/whodidit/?zoom=12lat=-5.81048lon=-35.26572layers=BTTage=31.
Clicando nos quadrados vermelhos e nos amarelos dá pra ver os
changesets
dele, nos quais centenas de objetos são removidos. Algumas vezes ele refaz
o que apagou, mas refaz mal feito, com muitos erros de iniciante.
javascript:_e({}, 'cvml', 'd...@osmfoundation.org');
On Sun, Jan 27, 2013 at 7:15 AM, Gerald Weber
gwebe...@gmail.comjavascript:_e({}, 'cvml', 'gwebe...@gmail.com');
wrote:
Oi Bráulio
concordo com você. Eu também tentei me comunicar com este Matheus Eduardo
sobre o Parque Nacional da Furna Feia que ele adicionou numa área onde não
tem nada. http://www.openstreetmap.org/browse/changeset/13317042. Ele não
respondeu.
O que podemos fazer para bloquear permanentemente este usuário?
Também concordo que é necessário uma ação mais eficaz sobre vandalismo e
sobre usuários por parte do OSM.
abraço
Gerald
On Sunday, 27 January 2013, Bráulio wrote:
Olá pessoal,
Há um usuário [1] que está sendo um grande problema para mim. Ele faz
edições destrutivas constantemente. Por exemplo, ele não sabe o que são
relações e sempre as substitui por polígonos mal feitos. Ele chegou a
deletar uma cidade inteira (Mossoró) e a substituiu por uma versão mal
feita, onde não havia nem ligação entre as ruas (ou seja, quebrou o
roteamento completamente). Na época eu não sabia reverter changeset ou o
plugin do JOSM que facilita o trabalho nem existia. Um trabalho de dias foi
jogado fora.
O problema maior é que ele não se comunica com ninguém e não segue
recomendação nenhuma. Ele já foi bloqueado pela OSMF a meu pedido, mas o
bloqueio expirou (só valia até ele ver a mensagem do bloqueio) e ele voltou
a editar da mesma forma, e não se comunicou com ninguém.
Então eu peço a ajuda de vocês para pará-lo e também para desfazer as
besteiras que ele fez. Ele editou principalmente no RN, mas tenho certeza
que já fez muita besteira pelo resto do Brasil. Nos últimos changesets, por
exemplo, ele mudou umas coisas na BR-101. Pelo que eu vi ele retirou
ref=BR-101 e name=Rodovia Governador Mario Covas de alguns trechos. Coisa
sem sentido mesmo, mas coisa leve perto do que ele costuma fazer.
Abaixo segue a minha conversa com a OSMF. Ainda estou esperando ela
bloqueá-lo de vez, mas pode demorar. Enquanto isso mais dados são perdidos
e eu começo a pensar seriamente em parar de contribuir para o OSM, já que
as minhas contribuições podem ser removidas num piscar de olhos (como
muitas já foram).
[1] http://www.openstreetmap.org/user/Matheus%20Eduardo
--
Bráulio Bezerra
-- Forwarded message --
From: *Bráulio* brauliobeze...@gmail.com
Date: Fri, Jan 25, 2013 at 8:37 AM
Subject: Re: User 'Matheus Eduardo' with improper edits
To: Richard Weait rich...@weait.com
Cc: d...@osmfoundation.org d...@osmfoundation.org
Hi, Richard
First, thanks for the response.
I have bad news, however. The user Matheus Eduardo [1] made his first edit
(after the block) yesterday. He also made no contact with me. The edit [2]
was a big one. And again there is a lot of senseless deletions. As you can
see from this before [3] and after [4]. He disconnected ways and deleted
the return ways (don't know how to say it in English, but you can see on
the image), which means routing
Re: [Talk-de] Wie sinnvoll im Thread antworten? (Inhalticher Betreff: Open Data)
On Mon, Jan 21, 2013 at 12:02:26PM -0500, Max wrote: empfehlung: separaten email account für listenabonnements verwenden. nicht den digest/zusammengefassten modus verwenden. im mailclient filter/regel erstellen und mails in einen (lokalen) ordner verschieben nach email verlauf anzeigen (threadview) Separater Mailaccount ist bei Verwendung eines brauchbaren e-mail- Clienten unnötig. Eine Filterregel für die Mailingliste erstellen und alles in einen eigenen Ordner verschieben lassen. Dann kann man sich die Diskussion auch schön als Baum darstellen lassen und einfach darauf antworten. imho ist der digest modus nur für passive mitleser interessant. Ja, zum nur lesen mag der taugen, fürs sinnvolle Antworten nicht mehr (In-Reply-To: und/oder References: werden beim digest modus zerstört) flo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Hallo Stefan, Scheint einige Gemeinsamkeiten mit unserem OpenPOIMap zu haben! ja, in einigen Bereichen sind Parallelen zur OpenPOIMap nicht zu leugnen. ^^ Was mir grundsätzlich fehlt ist ein Weblink und ggf. Tutorial, wie die OverpassQL denn aussieht. Im Forum [1] wurde auch schon darüber diskutiert. Ich kann schon mal sagen, dass in einer der nächsten Versionen sicher etwas in Richtung Einsteigerfreundlichkeit kommen wird. Angenommen ich möchte alle Zoos im Karten-Ausschnitt sehen. * Wie findet man heraus, was der Tag für Zoo ist? Naja, die Zielgruppe von overpass turbo (bzw. der Overpass API im Allgemeinen) sind schon erstmal die eher fortgeschrittene OSM User, die wissen sollten, wo man im OSM-Wiki nach Tagging-Schemas sucht. Später könnte man die Zielgruppe noch auf ambitionierte Einsteiger erweitern, dafür fehlt aber noch (wie du auch schon festgestellt hast) Einiges. * Und wo steht z.B. dass man statt query type=node auch query type=area verwenden kann? In der Dokumentation [3] der Overpass API [2]. Und offenbar werden nur Nodes dargestellt: Gibt es einen Weg Areas in der Karte (als Nodes?) darzustellen? Meinst du so etwas: http://tinyurl.com/ara8a9y ? Hm. Ich glaube dir Fehlt hier noch etwas Verständnis, was die Overpass API eigentlich macht. Wenn man Ways oder Relations (Areas sind wieder ein anderes Thema) abfragt, bekommt man genau diese, aber ohne die jeweiligen Nodes bzw. Members. Und ein Way ohne Nodes hat auch keine Koordinaten, die angezeigt werden können. Möchte man aber diese auch anzeigen, muss man das entsprechende recurse Statement (siehe [2]) verwenden. Am Besten du liest dich also erstmal in die Query Sprache(n) der Overpass API ein. Es lohnt sich! :) Ah, und eine Funktion um flächige oder linienförmige Objekte auf einen Punkt zu kontrahieren (wie es die OpenPOIMap macht) gibt es (noch) nicht (weder über die Overpass API noch über turbo). Grüße Martin / tyr_asd [1] http://forum.openstreetmap.org/viewtopic.php?id=19860 [2] http://wiki.openstreetmap.org/wiki/Overpass_API [3] http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
christian.pietz...@googlemail.com-2 wrote ... Wie muss ich die Daten exportieren, wenn ich sie zum Beispiel in Locus als POIs importieren will? ... Du mußt die Daten zusätzlich noch mit GPSBabel konvertieren. Wenn du sagst, was genau du haben möchtest, könnte man ein entsprechendes Beispiel posten ... Gruß Klaus -- View this message in context: http://gis.19327.n5.nabble.com/overpass-turbo-eine-Web-GUI-fur-die-Overpass-API-tp5746445p5746627.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Ingolstadt gibts doppelt?
Hallo, ich fange gerade an, mit der Overpass-Api zu spielen. Ich habe mir eine Liste aller Städte abgerufen, und dabei zufällig entdeckt, dass die Stadt Ingolstadt in OSM anscheinend doppelt existiert. Siehe auch hier: http://osm.org/go/0JEZRMmF- Dient das noch einem anderen Zweck als pure Verwirrung zu schaffen? gruß tjabo / hansdorfff (doofer Nick) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ingolstadt gibts doppelt?
hallo, auf der verlinkten URL konnte ich das Problem nicht sehen, aber wenn ich etwas herauszoome, sehe ich es [1] Am 27.01.2013 11:42, schrieb Tjabo Vierbücher: dass die Stadt Ingolstadt in OSM anscheinend doppelt existiert. Siehe auch hier: http://osm.org/go/0JEZRMmF- Dient das noch einem anderen Zweck als pure Verwirrung zu schaffen? Die Aufmerksamkeit der Nutzer testen :-) ? [1] http://schmidt9.de/2ingolstadt.png ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Hi Martin, Am 25.01.2013 16:30, schrieb Martin Raifer: ... http://overpass-turbo.eu ich finds absolut geil! Bei www.openstreetmap.org stört mich schon länger, dass man die ganzen Details, die man beim Mappen in die Karte steckt, nicht wieder abrufen kann: * Sitzbänke * Wo werde ich mein Altglas oder Altpapier los? * Wo sind Geldautomaten? * Wo kann ich tanken? * usw usw. Letztlich braucht es sowas irgendwann auf www.openstreetmap.org, aber bis dahin ist deine Site genau das, was ich zumindest schon immer vermisst habe. Danke! gruß tjabo (OSM: hansdorfff) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Hallo Tjabo Am 27. Januar 2013 12:00 schrieb Tjabo Vierbücher h...@taponet.de: (...) Bei www.openstreetmap.org stört mich schon länger, dass man die ganzen Details, die man beim Mappen in die Karte steckt, nicht wieder abrufen kann: Finde die Site auch gut und nütlzlich. Aber abrufen konnte man die Daten schon immer: Einfach rechts den Layer-Selektor Kartendaten durchsuchen... anklicken :- LG, Stefan Am 27. Januar 2013 12:00 schrieb Tjabo Vierbücher h...@taponet.de: Hi Martin, Am 25.01.2013 16:30, schrieb Martin Raifer: ... http://overpass-turbo.eu ich finds absolut geil! Bei www.openstreetmap.org stört mich schon länger, dass man die ganzen Details, die man beim Mappen in die Karte steckt, nicht wieder abrufen kann: * Sitzbänke * Wo werde ich mein Altglas oder Altpapier los? * Wo sind Geldautomaten? * Wo kann ich tanken? * usw usw. Letztlich braucht es sowas irgendwann auf www.openstreetmap.org, aber bis dahin ist deine Site genau das, was ich zumindest schon immer vermisst habe. Danke! gruß tjabo (OSM: hansdorfff) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Waldfläche NSG Hahnheide
Die Daten für die Waldfläche im NSG Hahnheide http://osm.org/go/0Ho4rCcK- sind nicht mehr vorhanden und werden demzufolge auch nicht mehr dargestellt. Ich war gestern dort, der Wald ist immer noch da und an der Flächenausdehnung dürfte sich auch nichts Wesentliches geändert haben, weil Naturschutzgebiet. Nun sind in den letzten Monaten einige Dinge bei OSM an mir vorbei gegangen, deswegen meine Frage, ob die Waldfläche eventuell der neuen Lizenz zum Opfer gefallen ist. Denn bevor ich mich jetzt ans Luftbildmapping wage und alle Enklaven mühsam einmultipolygonisiere, könnte man es ja erst mal im Guten versuchen und das Ding einfach wieder herstellen. Oder spricht da prinzipiell was dagegen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ingolstadt gibts doppelt?
Am 27.01.2013 11:42, schrieb Tjabo Vierbücher:
ich fange gerade an, mit der Overpass-Api zu spielen. Ich habe mir
eine Liste aller Städte abgerufen, und dabei zufällig entdeckt, dass die
Stadt Ingolstadt in OSM anscheinend doppelt existiert.
Mal eben die Query
node
[name=Ingolstadt]
[place=city]
({{bbox}});
out;
in die neue Overpass-Turbo-Seite werf, ergibt die 2 place Nodes:
node id=2110382406
node id=2110382407
für Ingolstadt.
Dient das noch einem anderen Zweck als pure Verwirrung zu schaffen?
Es dient vermutlich überhaupt keinem Zweck sondern ist ein simpler
Erfassungsfehler (einer von Millionen). :-)
Chris
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Am 27.01.2013, 12:43 Uhr, schrieb Stefan Keller sfkel...@gmail.com: Vielleicht übersehe ich tatsächlich etwas, aber zu type=area (bzw. make-area) finde ich da nichts; auch in der OverpassQL nicht: Das stimmt. Die Overpass-API Areas sind nur sehr spärlich dokumentiert. Ein bisschen etwas ([1] und [2]) habe ich gefunden, ist aber wirklich nicht viel. Ich glaube Roland hat dieses Feature erst seit relativ Kurzem wirklich fertiggestellt hat und deswegen die Doku noch etwas Nachholbedarf hat. [...] Aber gibt es eine kompaktere XML-Syntax-Variante dazu (mit logisch OR)? In diesem Fall kann man über reguläre Ausdrücke ein logisches OR simulieren (klappt aber nur bei mehreren Values des gleichen Keys): has-kv k=railway regv=^(rail|narrow_gauge)$/ Grüße [1] http://wiki.openstreetmap.org/wiki/Overpass_API/Areas [2] http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Query_for_Areas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ingolstadt gibts doppelt?
Hi,m Am 27.01.2013 13:45, schrieb Chris66: Am 27.01.2013 11:42, schrieb Tjabo Vierbücher: ich fange gerade an, mit der Overpass-Api zu spielen. Ich habe mir eine Liste aller Städte abgerufen, und dabei zufällig entdeckt, dass die Stadt Ingolstadt in OSM anscheinend doppelt existiert. Mal eben die Query... Ich habe jetzt die rechte obere Ingolstadt gelöscht. Löscht also bitte jetzt nicht die untere linke :-) gruß tjabo / hansdorfff ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Martin Raifer wrote: Die Meldung beinhaltet aber auch folgendes: Note that you may have to enable cookies and/or local Data for this site on some browsers (such as Firefox and Chrome). :P overpass turbo funktioniert im Übrigen auch nicht wenn JavaScript für die Seite deaktiviert ist. Da fragt man sich allerdings zwangsläufig: Warum wird auf Cookies bestanden? Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Am 27. Januar 2013 14:39 schrieb Martin Raifer tyr@gmail.com: (...) In diesem Fall kann man über reguläre Ausdrücke ein logisches OR simulieren (klappt aber nur bei mehreren Values des gleichen Keys): has-kv k=railway regv=^(rail|narrow_gauge)$/ Stimmt. Frage mich zwar, warum nicht einfach has-kv k=railway regv=rail | narrow_gauge/ nehmen? Schön, dass auch die Negation geht: has-kv k=railway modv=not regv=rail | narrow_gauge/ ... nur dass dann die Performance definitiv in die Knie geht. LG, Stefan Am 27. Januar 2013 14:39 schrieb Martin Raifer tyr@gmail.com: Am 27.01.2013, 12:43 Uhr, schrieb Stefan Keller sfkel...@gmail.com: Vielleicht übersehe ich tatsächlich etwas, aber zu type=area (bzw. make-area) finde ich da nichts; auch in der OverpassQL nicht: Das stimmt. Die Overpass-API Areas sind nur sehr spärlich dokumentiert. Ein bisschen etwas ([1] und [2]) habe ich gefunden, ist aber wirklich nicht viel. Ich glaube Roland hat dieses Feature erst seit relativ Kurzem wirklich fertiggestellt hat und deswegen die Doku noch etwas Nachholbedarf hat. [...] Aber gibt es eine kompaktere XML-Syntax-Variante dazu (mit logisch OR)? In diesem Fall kann man über reguläre Ausdrücke ein logisches OR simulieren (klappt aber nur bei mehreren Values des gleichen Keys): has-kv k=railway regv=^(rail|narrow_gauge)$/ Grüße [1] http://wiki.openstreetmap.org/wiki/Overpass_API/Areas [2] http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Query_for_Areas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Am 27.01.2013, 14:57 Uhr, schrieb Manuel Reimer manuel.s...@nurfuerspam.de: Da fragt man sich allerdings zwangsläufig: Warum wird auf Cookies bestanden? Berechtigte Frage. Für einige Funktionen (Abspeichern der Settings, Abspeichern und Laden von Queries) verwende ich die sogenannte WebStorage API [1]. Einige Browser (Firefox und Chrome) erlauben das Verwenden der WebStorage API aber nur genau dann, wenn Cookies erlaubt sind. Über den Sinn dieser Verknüpfung lässt sich wahrscheinlich streiten; zumindest spricht aber Chrome in seinen Einstellungen nicht mehr nur von Cookies, sondern von lokalen Daten. PS: Die Installation auf overpass-turbo.eu beinhaltet außerdem noch einen piwik Tracking-Code (der in der Tat Cookies setzt). Das Tracking verwende ich um einen ungefähren Überblick darüber zu bekommen, welche Funktionen wie stark benutzt werden. Wer sich daran gestört fühlt, kann entweder über seinen Browser den Do_Not_Track Header setzen, oder sich gleich von github den Code von overpass turbo holen und diesen lokal ausführen (dafür wird kein Web-Server benötigt). Schöne Grüße Martin / tyr_asd [1] http://de.wikipedia.org/wiki/Web_Storage ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Am 27.01.2013, 15:17 Uhr, schrieb Stefan Keller sfkel...@gmail.com: Frage mich zwar, warum nicht einfach has-kv k=railway regv=rail | narrow_gauge/ nehmen? Weil der reguläre Ausdruck /rail|narrow_gauge/ z.B. auch für den Wert light_rail zutrifft (weil rail enthalten ist). Was wahrscheinlich nicht gewollt war, oder? Schön, dass auch die Negation geht: has-kv k=railway modv=not regv=rail | narrow_gauge/ ... nur dass dann die Performance definitiv in die Knie geht. Wahrscheinlich weil dann fast alle Wege des Gebiets zurückgeliefert werden. Über modv=not werden meines Wissens nach hier auch alle Objekte zurückgeliefert, die gar kein railway Tag haben. Aber du hast natürlich trotzdem recht: Die Performance leidet definitiv unter regulären Ausdrücken. Grüße Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Martin Raifer wrote: Für einige Funktionen (Abspeichern der Settings, Abspeichern und Laden von Queries) verwende ich die sogenannte WebStorage API [1]. Einige Browser (Firefox und Chrome) erlauben das Verwenden der WebStorage API aber nur genau dann, wenn Cookies erlaubt sind. Über den Sinn dieser Verknüpfung lässt sich wahrscheinlich streiten; zumindest spricht aber Chrome in seinen Einstellungen nicht mehr nur von Cookies, sondern von lokalen Daten. Und warum stellt der Service die Funktion ein, wenn Webstorage abgestellt wurde? Wäre es keine Option die Aktiviere Cookies-Meldung erst anzuzeigen wenn versucht wird zu speichern? PS: Die Installation auf overpass-turbo.eu beinhaltet außerdem noch einen piwik Tracking-Code (der in der Tat Cookies setzt). Das Tracking verwende ich um einen ungefähren Überblick darüber zu bekommen, welche Funktionen wie stark benutzt werden. Wer sich daran gestört fühlt, kann entweder über seinen Browser den Do_Not_Track Header setzen, oder sich gleich von github den Code von overpass turbo holen und diesen lokal ausführen (dafür wird kein Web-Server benötigt). Und genau wegen solchen Spielereien habe ich meinen Browser so konfiguriert, dass er zwar alle Cookies annimmt (um Webseiten auszutricksen) aber beim Beenden allesamt entsorgt. Ebenso verfahre ich mit WebStorage. Nur ganz wenige Seiten sind auf der Whitelist und dürfen Cookies länger als eine Sitzung lang abspeichern. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ingolstadt gibts doppelt?
Am 27. Januar 2013 15:01 schrieb Tjabo Vierbücher h...@taponet.de: Am 27.01.2013 11:42, schrieb Tjabo Vierbücher: ich fange gerade an, mit der Overpass-Api zu spielen. Ich habe mir eine Liste aller Städte abgerufen, und dabei zufällig entdeckt, dass die Stadt Ingolstadt in OSM anscheinend doppelt existiert. Ich habe jetzt die rechte obere Ingolstadt gelöscht. Löscht also bitte jetzt nicht die untere linke :-) Solche Dinge sehe ich auch als Hinweis auf mögliche weitere Probleme, ich würde mal nachsehen, warum das Anfang 2013 neu erstellt wurde, und wo die history abgeblieben ist: http://www.openstreetmap.org/browse/changeset/14645118 Normalerweise gibt es 2 Varianten: Opfer der Lizenzumstellung oder Vandalismus (absichtlich oder aus Versehen). Gefunden habe ich diesen Node, der Lizenzbot war da wohl nicht dran: http://www.openstreetmap.org/browse/node/345690395/history Selbst da sieht man vermutlich nicht die volle History, weil 15. Feb 2009 auch schon ein bisschen spät ist für die Aufnahme einer deutschen Großstadt in OSM. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Hallo Ich nochmals: * Gibt es einen Button, um die Abfrage (und Karte) zurückzusetzen (zu leeren)? * Der Export nach GeoJSON scheint mir einzigartig zu sein und geht über die Möglichkeiten von Overpass API hinaus, oder? * Und um die langen Queries (und URLs) zu vermeiden, könnte man einen Short-Key-Generator einrichten LG, Stefan Am 25. Januar 2013 16:30 schrieb Martin Raifer tyr@gmail.com: Hallo, gerne präsentiere ich euch mein Projekt (das ich nun schon viel zu lange geheim gehalten habe ^^): *overpass turbo* ist ein Web basierendes graphisches Userinterface für die Overpass API. Ich bin der Meinung, dass die Overpass API ein sehr hilfreiches Tool für Mapper und Entwickler sein kann (z.B. wegen seiner Stärke beim Filtern von OSM-Daten). Leider gab es bis jetzt keine einfache, schnelle und effiziente - kurz gesagt benutzerfreundliche - Möglichkeit, die Overpass API richtig auszunützen. Bis jetzt: Mit overpass turbo kann man beliebige Overpass API Abfragen ausführen und die Ergebnis-Daten auf einer interaktiven Karte analysieren. Hier sind ein paar Anwendungsfälle, wo overpass turbo praktisch sein könnte: * Beim Suchen nach (seltenen) Tippfehlern oder Namenskonventionsbrüchen, die noch von keinem QA Tool abgedeckt sind. * Zum Anzeigen und Untersuchen von geografisch großen Objekten (Grenzen, Flüssen, Autobahnen, ÖPNV-Linien, usw.). * Immer dann wenn man nur einen gefilterten Teil der OSM-Daten benötigt. * Zum Testen und Entwickeln von mehr oder weniger komplexen Overpass API Anfragen. * Um Prototypen von anklickbaren oder statischen Karten zu erstellen, die bestimmte OSM Objekte anzeigen. http://overpass-turbo.eu Das ist der Link, um zu overpass turbo zu gelangen [1] (alternativ gibt es auch eine Installation auf overpass-api.de [2]). Man benötigt einen halbwegs aktuellen Web-Browser um overpass turbo zu benützen. Opera, Chrome und Firefox wurden getestet und funktionieren (IE 10 sollte auch gehen). Weitere Informationen, Screenshots, Beispiele, usw. gibt es auf der OSM-wiki Seite [3] oder im github repository [4]. Viel Spaß damit :) Martin / tyr_asd [1] http://overpass-turbo.eu [2] http://overpass-api.de/turbo/ [3] http://wiki.openstreetmap.org/wiki/Overpass_turbo [4] https://github.com/tyrasd/overpass-ide ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Lieber Manuel Am 27.01.2013, 15:44 Uhr, schrieb Manuel Reimer manuel.s...@nurfuerspam.de: Und warum stellt der Service die Funktion ein, wenn Webstorage abgestellt wurde? Das macht er ja nicht! Es steht Jedem frei, die Meldung/Warnung wegzuklicken und die Web-Applikation trotzdem (mit eingeschränktem Funktionsumfang) zu verwenden. Wäre es keine Option die Aktiviere Cookies-Meldung erst anzuzeigen wenn versucht wird zu speichern? Im Prinzip wäre das schon machbar. Allerdings gibt es noch eine Funktion, die jede Änderung im Query-Editor per WebStorage zwischenspeichert (um z.B. bei versehentlichem Schließen des Browserfensters Datenverlust zu vermeiden). D.h., die Meldung, dass man lokale Daten/Cookies aktivieren soll würde sich nur unwesentlich verzögern. Für mich als Entwickler der Applikation sind die Funktionen, für die WebStorage benötigt wird, essentiell genug, um die Fehler-Meldung beim Start zu rechtfertigen. [...] piwik [...] [...] Spielereien [...] Natürlich akzeptiere ich deine Haltung (kann sie auch nachvollziehen). Aber ich möchte dich bitten, für diese Domain trotzdem zusätzlich den Do_Not_Track Header zu senden (falls du das nicht eh schon machst), damit du die restlichen statistischen Daten nicht noch zusätzlich vorsätzlich verfälschst. Vielen Dank! Viele Grüße Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Hallo Stefan, Am 27.01.2013, 16:24 Uhr, schrieb Stefan Keller sfkel...@gmail.com: * Gibt es einen Button, um die Abfrage (und Karte) zurückzusetzen (zu leeren)? Nein, noch nicht. Workaround: Seite neu laden = F5 :D btw: das Zurücksetzen des Daten-Overlays kann ich nachvollziehen, aber wofür sollte man die Abfrage leeren können? * Der Export nach GeoJSON scheint mir einzigartig zu sein und geht über die Möglichkeiten von Overpass API hinaus, oder? Ja, in der Tat. Das ist auch der (programmiertechnische) Kern der ganzen Anwendung. Streng genommen gibt allerdings noch (mindestens) eine weitere unabhängige Implementation eines OSM-GeoJSON Konverters, und zwar im Kartendaten durchsuchen Layer der OSM Hauptseite. Dieser bietet aber keine Möglichkeit, die GeoJSON-Daten direkt zu exportieren. * Und um die langen Queries (und URLs) zu vermeiden, könnte man einen Short-Key-Generator einrichten Klingt sinnvoll! Wird wahrscheinlich bis zum nächsten Update eingebaut. Danke für deinen Ideen! Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waldfläche NSG Hahnheide
hi michael, keine Ahnung, was da abgegangen ist - kann wirklich alles mögliche gewesen sein. Frag doch auch mal im forum nach ( http://forum.openstreetmap.org/viewforum.php?id=14 ) einfach deine osm-id und password benutzen. Gruss walter -- View this message in context: http://gis.19327.n5.nabble.com/Waldflache-NSG-Hahnheide-tp5746646p5746693.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ingolstadt gibts doppelt?
Hallo, die bayrischen Grenzen wurde vor kurzem nach der Freigabe der Daten überarbeitet. Eventuell ist das ein Fehler vom doppeln der Grenzen… Die Placenodes waren mitunter in der Boundary-Relation. l Am 27.01.2013 um 16:01 schrieb Martin Koppenhoefer: Am 27. Januar 2013 15:01 schrieb Tjabo Vierbücher h...@taponet.de: Am 27.01.2013 11:42, schrieb Tjabo Vierbücher: ich fange gerade an, mit der Overpass-Api zu spielen. Ich habe mir eine Liste aller Städte abgerufen, und dabei zufällig entdeckt, dass die Stadt Ingolstadt in OSM anscheinend doppelt existiert. Ich habe jetzt die rechte obere Ingolstadt gelöscht. Löscht also bitte jetzt nicht die untere linke :-) Solche Dinge sehe ich auch als Hinweis auf mögliche weitere Probleme, ich würde mal nachsehen, warum das Anfang 2013 neu erstellt wurde, und wo die history abgeblieben ist: http://www.openstreetmap.org/browse/changeset/14645118 Normalerweise gibt es 2 Varianten: Opfer der Lizenzumstellung oder Vandalismus (absichtlich oder aus Versehen). Gefunden habe ich diesen Node, der Lizenzbot war da wohl nicht dran: http://www.openstreetmap.org/browse/node/345690395/history Selbst da sieht man vermutlich nicht die volle History, weil 15. Feb 2009 auch schon ein bisschen spät ist für die Aufnahme einer deutschen Großstadt in OSM. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ingolstadt gibts doppelt?
Am 27. Januar 2013 16:01 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Gefunden habe ich diesen Node, der Lizenzbot war da wohl nicht dran: http://www.openstreetmap.org/browse/node/345690395/history habe mal den User angeschrieben. Meine Vermutung ist, dass er vielleicht den node per unglue aus einer Straße gelöst hat oder so, und dabei nicht auf die IDs geachtet hat. Das ist auch nicht trivial in JOSM zu erkennen bzw. zu entscheiden, ob die ID besser bei dem node bleiben sollte, den man per unglue kopiert, oder besser bei dem ursprünglichen node. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Hallo, am 27.01.2013 16:51 schrieb Martin Raifer: * Der Export nach GeoJSON scheint mir einzigartig zu sein und geht über die Möglichkeiten von Overpass API hinaus, oder? Ja, in der Tat. Das ist auch der (programmiertechnische) Kern der ganzen Anwendung. Dieser Konverter [Overpass-API-Output GeoJSON] würde bestimmt vielen Kartenbauern nützlich sein. Wie wäre es, diesen Teil zu isolieren und als Leaflet Plugin ( http://leafletjs.com/plugins.html ) zur Verfügung zu stellen? Ich habe so etwas schon vermisst und wäre dankbar und begeistert. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Am 27.01.2013, 17:55 Uhr, schrieb Norbert Kück o...@nk-bre.net: Dieser Konverter [Overpass-API-Output GeoJSON] würde bestimmt vielen Kartenbauern nützlich sein. Wie wäre es, diesen Teil zu isolieren und als Leaflet Plugin ( http://leafletjs.com/plugins.html ) zur Verfügung zu stellen? Ich habe so etwas schon vermisst und wäre dankbar und begeistert. Wow, schon wieder eine sehr sinnvolle Idee - *und soo wenig Zeit* ;) Grüße Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waldfläche NSG Hahnheide
Michael Buege michael at buegehome.de writes: Die Daten für die Waldfläche im NSG Hahnheide http://osm.org/go/0Ho4rCcK- sind nicht mehr vorhanden und werden demzufolge auch nicht mehr dargestellt. Ich war gestern dort, der Wald ist immer noch da und an der Flächenausdehnung dürfte sich auch nichts Wesentliches geändert haben, weil Naturschutzgebiet. Ich hab mal die Waldfläche als NSG nach den neuen Bing Bildern von 2012 angepasst und ein Multipolygon mit landuse=forest daraus erstellt. Ich erhebe nicht den Anspruch, daß das jetzt zu 100 % korrekt ist, da ich nur nach Luftbildern gearbeitet habe ohne Ortskenntnis. Da sollte dann jemand ran, der sich dort auskennt. mfg wb ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waldfläche NSG Hahnheide
Am 27. Januar 2013 18:17 schrieb Wolfgang Barth wolfg...@barthwo.de: Ich hab mal die Waldfläche als NSG nach den neuen Bing Bildern von 2012 angepasst und ein Multipolygon mit landuse=forest daraus erstellt. M.E. besser 2 Objekte: eines für den Wald und eines für das Naturschutzgebiet, das dürfte sich nicht komplett decken (z.B. Ränder, Lichtungen, etc.) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waldfläche NSG Hahnheide
Martin Koppenhoefer dieterdreist at gmail.com writes: Am 27. Januar 2013 18:17 schrieb Wolfgang Barth wolfgang at barthwo.de: Ich hab mal die Waldfläche als NSG nach den neuen Bing Bildern von 2012 angepasst und ein Multipolygon mit landuse=forest daraus erstellt. M.E. besser 2 Objekte: eines für den Wald und eines für das Naturschutzgebiet, das dürfte sich nicht komplett decken (z.B. Ränder, Lichtungen, etc.) Die Innenflächen und auch ein Stück am Rand habe ich als inner aus dem Multipolygon ausgeschnitten. Es gibt auch noch eine Überschneidung nordwestlich zu einem anderen Naturschutzgebiet um einen Bach rum. Die habe ich nur teilweise bereinigt. mfg wb ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waldfläche NSG Hahnheide
Am 27. Januar 2013 18:28 schrieb Wolfgang Barth wolfg...@barthwo.de: Martin Koppenhoefer dieterdreist at gmail.com writes: M.E. besser 2 Objekte: eines für den Wald und eines für das Naturschutzgebiet, das dürfte sich nicht komplett decken (z.B. Ränder, Lichtungen, etc.) Die Innenflächen und auch ein Stück am Rand habe ich als inner aus dem Multipolygon ausgeschnitten. ja eben, das meinte ich ja gerade. Wenn Deine einzige Quelle Bing ist kannst Du doch unmöglich die Grenzen eines Naturschutzgebiets erkennen, daher solltest Du die auch nicht ändern, sondern einfach nur den Wald zusätzlich eintragen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waldfläche NSG Hahnheide
Wolfgang Barth wolfgang at barthwo.de writes: M.E. besser 2 Objekte: eines für den Wald und eines für das Naturschutzgebiet, das dürfte sich nicht komplett decken (z.B. Ränder, Lichtungen, etc.) Die Innenflächen und auch ein Stück am Rand habe ich als inner aus dem Multipolygon ausgeschnitten. Evtl. ist das ist nicht ganz korrekt. Ich werde besser den Aussenrand als NSG und das Multipolygon als forest taggen, da ja nur aus dem Multipolygon was rausgeschnitten wird und nicht aus dem NSG. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Beteiligung an Geocaching Mega Event 28.06.-30.06.2013 in Koblenz
Hallo, Am 13. Januar 2013 13:39 schrieb Frank fr...@fotodrachen.de: (...) OSMler wollen arbeiten und etwas aufbauen. Geocacher wollen nur spielen. Dazwischen liegen Welten. Seit Jahren hält sich das Gerücht, man könne Geocacher domestizieren, nur weil sie ein GPS-Gerät besitzen und bedienen können. Gibt es denn schon nachgewiesene Fälle, in denen das gelungen ist? Ja; beispielsweise unser Spiel http://kort.ch , das mittlerweile über 1000 registrierte Benutzer zählt. Einer der beiden Softwareentwickler kommt vom Geocaching. Denn der Spieltrieb setckt in uns allen - in Geocachern wie auch in Mapper :-) Am 24. Januar 2013 09:28 schrieb tumsi tu...@gmx.de: (...) Kann man nicht z.B. eine Plattform/Möglichkeit schaffen, über die Geocacher und OSMler einer Region miteinander in Kontakt treten können? Geocacher, die bereit sind Tracks und Infos zur OSM beizutragen, für die aber die Interessante Idee: Aber wieso nicht einfach das 1. Die Geocacher erstellen ein Konto 2. Sie laden ihre Tracks selber hoch über http://www.openstreetmap.org/trace/create (das kann ja nicht so schwer sein?). 3. Wer's nicht schafft, kann z.B. POIs mit http://yapis.eu/ hochladen (Yet Another Point of Interest Submitter) 4. Kommuniziert wird über versch. Kanäle, u.a. über die Post im osm.org. 5. Bei Bedarf positionieren sich alle Teilnehmer im Profil in die Nähe des Geocaching Events (zumindest für die Zeit rund um den Anlass herum) und kriegen so mit, was in der Nähe läuft. LG, Stefan Am 24. Januar 2013 09:28 schrieb tumsi tu...@gmx.de: Original-Nachricht Betreff: Re: [Talk-de] OSM-Beteiligung an Geocaching Mega Event 28.06.-30.06.2013 in Koblenz Datum: Sun Jan 13 2013 21:16:05 GMT+0100 Von: UMAX974 umax...@googlemail.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Kann mich nur anschließen - betreibe beides mit Begeisterung :) Christian - UMAX974 +1 Ist bei mir nicht anders. Auch übers Geocaching zu OSM gekommen. Richtig ist, dass es unter den Geocachern ebenso wie in der restlichen Bevölkerung einen bunten Mix von Nerds bis hin zu gar nicht technikafinen Personen gibt (letztere sind schon froh, wenn sie die Datei mit den Cacheinformationen auf ihr GPS-Gerät bekommen). Richtig ist auch, dass sie viel draussen unterwegs sind. Kann man nicht z.B. eine Plattform/Möglichkeit schaffen, über die Geocacher und OSMler einer Region miteinander in Kontakt treten können? Geocacher, die bereit sind Tracks und Infos zur OSM beizutragen, für die aber die Übertragung der Daten eine zu große technische Hürde darstellt, bekommen dort zunächst Infos, was sie z.B. beachten sollten, um gute Tracks zu erhalten und welche Informationen über einen Weg sie sammeln sollten/könnten. Über die Plattform stehen sie dann im Kontakt mit einem (1!) OSMler, der die Informationen einträgt und bei Unklarheiten die Möglichkeit der Rückfrage hat. Viele Grüße, Constanze ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-in] What just happened?
Awesome. I believe you found an online, publicly available resource from the Karnataka state govt? Having been looking for something like that for Maharashtra as well. Meanwhile adding detail to Mumbai. Sent from BlackBerry® on Airtel -Original Message- From: doc.ane...@gmail.com doc.ane...@gmail.com Date: Sun, 27 Jan 2013 14:26:53 To: OpenStreetMap in Indiatalk-in@openstreetmap.org Reply-To: OpenStreetMap in India talk-in@openstreetmap.org Subject: Re: [Talk-in] What just happened? ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] What just happened?
Calling off the Bangalore meetup this evening, I guess it was too short a notice. Does next week work, in Indiranagar? On Sun, Jan 27, 2013 at 2:36 PM, paramvi...@gmail.com wrote: Awesome. I believe you found an online, publicly available resource from the Karnataka state govt? Having been looking for something like that for Maharashtra as well. Meanwhile adding detail to Mumbai. Sent from BlackBerry® on Airtel -Original Message- From: doc.ane...@gmail.com doc.ane...@gmail.com Date: Sun, 27 Jan 2013 14:26:53 To: OpenStreetMap in Indiatalk-in@openstreetmap.org Reply-To: OpenStreetMap in India talk-in@openstreetmap.org Subject: Re: [Talk-in] What just happened? ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in -- Arun Ganesh (planemad) http://en.wikipedia.org/wiki/User:Planemad http://j.mp/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Talk-in Digest, Vol 55, Issue 12
Great work Aneesh! The Karnataka highway network is mapped very well. how do you go about it? I want to take up Maharshtra state highways. how do you get traces? Thanks, Mallik On Sun, Jan 27, 2013 at 5:30 PM, talk-in-requ...@openstreetmap.org wrote: Send Talk-in mailing list submissions to talk-in@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-in or, via email, send a message with subject or body 'help' to talk-in-requ...@openstreetmap.org You can reach the person managing the list at talk-in-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-in digest... Today's Topics: 1. Re: What just happened? (Harshad RJ) 2. Re: What just happened? (=?utf-8?B?ZG9jLmFuZWVzaEBnbWFpbC5jb20=?=) 3. Re: What just happened? (paramvi...@gmail.com) 4. Re: What just happened? (Arun Ganesh) 5. Re: What just happened? (=?utf-8?B?ZG9jLmFuZWVzaEBnbWFpbC5jb20=?=) -- Message: 1 Date: Sun, 27 Jan 2013 13:12:01 +0530 From: Harshad RJ harshad...@gmail.com To: OpenStreetMap in India talk-in@openstreetmap.org Subject: Re: [Talk-in] What just happened? Message-ID: ca+fe1v8czfa9kvwnimzea6xbfv6gqg3d+bhsrpnm8henptc...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Thanks Arun, Paramvir. Awesome work! -- *Harshad RJ* http://lavadip.com -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-in/attachments/20130127/c372f19a/attachment-0001.html -- Message: 2 Date: Sun, 27 Jan 2013 14:26:53 +0530 From: =?utf-8?B?ZG9jLmFuZWVzaEBnbWFpbC5jb20=?= doc.ane...@gmail.com To: =?utf-8?B?T3BlblN0cmVldE1hcCBpbiBJbmRpYQ==?= talk-in@openstreetmap.org Subject: Re: [Talk-in] What just happened? Message-ID: 5104ebd7.a4f2440a.16d4.0...@mx.google.com Content-Type: text/plain; charset=utf-8 I have been working on Karnataka... I added the state highways network.. all 153 of them Sent from my HTC -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-in/attachments/20130127/8122ace0/attachment-0001.html -- Message: 3 Date: Sun, 27 Jan 2013 09:06:20 + From: paramvi...@gmail.com To: OpenStreetMap in India talk-in@openstreetmap.org Subject: Re: [Talk-in] What just happened? Message-ID: 1898892472-1359277581-cardhu_decombobulator_blackberry.rim.net-267061050-@b26.c19.bise7.blackberry Content-Type: text/plain; charset=Windows-1252 Awesome. I believe you found an online, publicly available resource from the Karnataka state govt? Having been looking for something like that for Maharashtra as well. Meanwhile adding detail to Mumbai. Sent from BlackBerry? on Airtel -Original Message- From: doc.ane...@gmail.com doc.ane...@gmail.com Date: Sun, 27 Jan 2013 14:26:53 To: OpenStreetMap in Indiatalk-in@openstreetmap.org Reply-To: OpenStreetMap in India talk-in@openstreetmap.org Subject: Re: [Talk-in] What just happened? ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in -- Message: 4 Date: Sun, 27 Jan 2013 14:48:20 +0530 From: Arun Ganesh arun.plane...@gmail.com To: Paramvir Singh paramvi...@gmail.com, OpenStreetMap in India talk-in@openstreetmap.org Subject: Re: [Talk-in] What just happened? Message-ID: ca+gkqr3wzj7sdemfa4wpkb4htpfjxca1mynjoo_72w-ufvy...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Calling off the Bangalore meetup this evening, I guess it was too short a notice. Does next week work, in Indiranagar? On Sun, Jan 27, 2013 at 2:36 PM, paramvi...@gmail.com wrote: Awesome. I believe you found an online, publicly available resource from the Karnataka state govt? Having been looking for something like that for Maharashtra as well. Meanwhile adding detail to Mumbai. Sent from BlackBerry? on Airtel -Original Message- From: doc.ane...@gmail.com doc.ane...@gmail.com Date: Sun, 27 Jan 2013 14:26:53 To: OpenStreetMap in Indiatalk-in@openstreetmap.org Reply-To: OpenStreetMap in India talk-in@openstreetmap.org Subject: Re: [Talk-in] What just happened? ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in -- Arun Ganesh (planemad) http://en.wikipedia.org/wiki/User:Planemad http://j.mp/ArunGanesh
[Talk-in] (no subject)
Well, I manually traced each highway... I did make traces from gpsies.com although, many mappers who don't know the official classification keep changing it... Needs constant monitoring... ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] (no subject)
I too am manually tracing as much as I can in Maharashtra. If I can figure out way of knowing their names, I could add that as well... . Sent from BlackBerry® on Airtel -Original Message- From: doc.ane...@gmail.com doc.ane...@gmail.com Date: Sun, 27 Jan 2013 18:28:56 To: OpenStreetMap in Indiatalk-in@openstreetmap.org Reply-To: OpenStreetMap in India talk-in@openstreetmap.org Subject: [Talk-in] (no subject) ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] android per openstreetmap
Keypadmapper2 Lo sto usando da poco. Semplice e rapido x mappare numeri civici... visto ke il mio comune li VENDE ho deciso di fargli concorrenza sleale ;-) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse per alberi da frutto
Am 26/gen/2013 um 20:26 schrieb sabas88 saba...@gmail.com: Kiwi o actinidia http://it.wikipedia.org/wiki/Kiwi_%28frutto%29 non lo vedo inserito nel wiki http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dorchard come mi posso comportare? Usa taginfo! :P http://taginfo.openstreetmap.org/tags/trees=kiwi_trees guarda anche qui: http://taginfo.openstreetmap.org/keys/produce#values ciao, Martin___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] la key:place
Am 26/gen/2013 um 15:14 schrieb sabas88 saba...@gmail.com: Sui capoluoghi di provincia bisogna mettere capital=6 e su Cagliari capital=4 quindi? +1 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] la key:place
Am 26/gen/2013 um 19:44 schrieb Andrea Zedda andreazedd...@gmail.com: però mi veniva la curiosità... quindi effettivamente è possibile non funziona nella maniera descritta. Dovresti fare il matching tra il tuo file csv e li dati già in OSM, altrimenti staresti duplicando i paesi. ciao, Martin ps: place=town vs village non è un discorso di abitanti ma di stato/titolo: una città è sempre al meno town, e se non è città rimane village anche sopra i 10.000 abitanti ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] la key:place
Am 27/gen/2013 um 11:56 schrieb Martin Koppenhoefer dieterdre...@gmail.com: non funziona nella maniera descritta. Dovresti fare il matching tra il tuo file csv e li dati già in OSM, altrimenti staresti duplicando i paesi. scusate, funzionerebbe si, avevo letto male ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] android per openstreetmap
io per tracciare bene i sentieri uso orux maps. utile sia per orientarsi che per tracciare Il giorno 27 gennaio 2013 09:37, Cascafico Giovanni cascaf...@gmail.comha scritto: Keypadmapper2 Lo sto usando da poco. Semplice e rapido x mappare numeri civici... visto ke il mio comune li VENDE ho deciso di fargli concorrenza sleale ;-) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Andrea Zedda skype: andria.tzedda twitter: @Andria_Tzedda --- Kode srl via Gioacchino Volpe, 74 56121 Ospedaletto (Pisa) http://kode-solutions.net --- Sardinia Open Data http://sardiniaopendata.org/ --- ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] android per openstreetmap
ovviamente usa anche layer osm Il giorno 27 gennaio 2013 12:38, Andrea Zedda andreazedd...@gmail.com ha scritto: io per tracciare bene i sentieri uso orux maps. utile sia per orientarsi che per tracciare Il giorno 27 gennaio 2013 09:37, Cascafico Giovanni cascaf...@gmail.comha scritto: Keypadmapper2 Lo sto usando da poco. Semplice e rapido x mappare numeri civici... visto ke il mio comune li VENDE ho deciso di fargli concorrenza sleale ;-) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Andrea Zedda skype: andria.tzedda twitter: @Andria_Tzedda --- Kode srl via Gioacchino Volpe, 74 56121 Ospedaletto (Pisa) http://kode-solutions.net --- Sardinia Open Data http://sardiniaopendata.org/ --- -- Andrea Zedda skype: andria.tzedda twitter: @Andria_Tzedda --- Kode srl via Gioacchino Volpe, 74 56121 Ospedaletto (Pisa) http://kode-solutions.net --- Sardinia Open Data http://sardiniaopendata.org/ --- ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utente: guerrafondaio?
Il giorno 26/gen/2013 16:22, Giuseppe Amici giuseppeam...@virgilio.it ha scritto: Nella zona di mie “operazioni” di mappatura, ho trovato una modifica ad una area adibita a poligono di tiro trasformata a “deposito munizioni”. Incuriosito da questa ricorrenza ho seguito le gesta dell’utente MURGOZ che ha replicato questa cosuccia in diversi scenari dell’Emilia Romagna. Sono tra il divertito e il preoccupato. Sta mappando gli “obiettivi sensibili” per un wargame? L'unica cosa che secondo me è importante è se quell'area è un poligono di tiro o un deposito...e in base a ciò mapparlo correttamente Saluti Beppe Ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Utente: guerrafondaio?
L'unica cosa che secondo me è importante è se quell'area è un poligono di tiro o un deposito...e in base a ciò mapparlo correttamente ;-) Infatti segnalavo con un tentativo di ironia dei grossolani errori. Mi pare che lutente citato agisca de facto in automatico. Enjoi Beppe ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utilizzo del Suolo - Suggerimenti e critiche per le regole di conversione
ciao, ho delle modifiche da proporre 11300landuse=residential 21141landuse=farmland 21150landuse=orchard 21241landuse=farmland 21250landuse=orchard 23100natural=grassland 23200landuse=meadow 24100landuse=farmland 24200landuse=farm 31100landuse=forest; wood=deciduous 31151landuse=forest; wood=deciduous 31161landuse=forest 31181landuse=forest 31182landuse=forest 31183landuse=forest 31184landuse=forest 31185landuse=forest 31221landuse=forest; wood=coniferous 32110landuse=farmyard 32211natural=heath 33300natural=scrub 41220natural=wetland 52130natural=water e di sostituire natural=wood con landuse=forest Il 26/01/2013 19:31, Leonardo ha scritto: Ciao, a questo indirizzo potete trovare una tabella su cui andremo a costruire successivamente il file delle regole che useremo per convertire i dati dal geoportale Veneto in JOSM. http://wiki.openstreetmap.org/wiki/Veneto/Uso_del_suolo#Convenzioni_di_tagging Ho cominciato a riempirlo ma è necessario il vostro aiuto per completarlo e per correggere gli errori. Vi invito quindi, se volete, ad esprimere pareri/critiche/idee qui nella mailing list per aiutarci a creare un file delle regole il più corretto possibile. Grazie a chi risponde! Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utilizzo del Suolo - Suggerimenti e critiche per le regole di conversione
Ciao, grazie dei suggerimenti. Per quanto riguarda il sostituire natural=wood con landuse=forest ci sarebbe da discutere a lungo (come descritto qui http://wiki.openstreetmap.org/wiki/Tag:natural%3Dwood#Notes). A sto punto direi di metterla ai voti perché entrambi i metodi di tag sarebbero corretti. :) Leonardo Il 27/01/2013 14:22, Alessandro Barbieri ha scritto: ciao, ho delle modifiche da proporre 11300landuse=residential 21141landuse=farmland 21150landuse=orchard 21241landuse=farmland 21250landuse=orchard 23100natural=grassland 23200landuse=meadow 24100landuse=farmland 24200landuse=farm 31100landuse=forest; wood=deciduous 31151landuse=forest; wood=deciduous 31161landuse=forest 31181landuse=forest 31182landuse=forest 31183landuse=forest 31184landuse=forest 31185landuse=forest 31221landuse=forest; wood=coniferous 32110landuse=farmyard 32211natural=heath 33300natural=scrub 41220natural=wetland 52130natural=water e di sostituire natural=wood con landuse=forest Il 26/01/2013 19:31, Leonardo ha scritto: Ciao, a questo indirizzo potete trovare una tabella su cui andremo a costruire successivamente il file delle regole che useremo per convertire i dati dal geoportale Veneto in JOSM. http://wiki.openstreetmap.org/wiki/Veneto/Uso_del_suolo#Convenzioni_di_tagging Ho cominciato a riempirlo ma è necessario il vostro aiuto per completarlo e per correggere gli errori. Vi invito quindi, se volete, ad esprimere pareri/critiche/idee qui nella mailing list per aiutarci a creare un file delle regole il più corretto possibile. Grazie a chi risponde! Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utilizzo del Suolo - Suggerimenti e critiche per le regole di conversione
2013/1/27 Leonardo kinetocor...@gmail.com: Ciao, grazie dei suggerimenti. Per quanto riguarda il sostituire natural=wood con landuse=forest ci sarebbe da discutere a lungo (come descritto qui http://wiki.openstreetmap.org/wiki/Tag:natural%3Dwood#Notes). A sto punto direi di metterla ai voti perché entrambi i metodi di tag sarebbero corretti. :) +1 per landuse=forest aggiungerei anche landcover=trees nel caso che ci sono alberi ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utilizzo del Suolo - Suggerimenti e critiche per le regole di conversione
Il 26/01/2013 19:31, Leonardo ha scritto: Ciao, a questo indirizzo potete trovare una tabella su cui andremo a costruire successivamente il file delle regole che useremo per convertire i dati dal geoportale Veneto in JOSM. http://wiki.openstreetmap.org/wiki/Veneto/Uso_del_suolo#Convenzioni_di_tagging Ho cominciato a riempirlo ma è necessario il vostro aiuto per completarlo e per correggere gli errori. Vi invito quindi, se volete, ad esprimere pareri/critiche/idee qui nella mailing list per aiutarci a creare un file delle regole il più corretto possibile. Allora, ho fatto qualche modifica. Per prima cosa ho messo il tipo di dato: se non ho sbagliato son tutti area, e quando faremo il file delle regole si userà outer. Poi ho modificato i link ai tag usando il template tag. Quindi ho cambiato un paio di cosette: - alle zone commerciali ho messo landuse=retail (in alternativa a commercial) - per le foraggere ho messo crop=forage al posto di crop=grass - ho cambiato alcuni wood=coniferous in mixed - Ostria - Ostrya carpinifolia (Carpino nero) - ho adeguato il tagging delle zone lagunari con quello della nostra proposta per la laguna di Venezia - ho aggiunto qualche tag che non era stato messo. In alcuni casi ho fatto una proposta sotto note Per vedere i cambiamenti: http://wiki.openstreetmap.org/w/index.php?title=Veneto%2FUso_del_suoloaction=historysubmitdiff=860240oldid=859928 ciao Paolo M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utilizzo del Suolo - Suggerimenti e critiche per le regole di conversione
Il 27/01/2013 14:22, Alessandro Barbieri ha scritto: 23200 landuse=meadow La descrizione dice comunemente non lavorata, dunque IMHO qui andrebbe meglio landuse=grassland 31100 landuse=forest; wood=deciduous IMHO meglio natural=wood in questo caso 31151 landuse=forest; wood=deciduous +1. Che sia da aggiungere anche un produce=wood? 52130 natural=water landuse=aquaculture + qualche tag che indichi che l'acqua è salmastra. e di sostituire natural=wood con landuse=forest Dipende. Userei forest laddove è esplicitamente scritto che è area di arboricultura, mentre negli altri casi terrei wood. ciao Paolo M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Messaggio di benvenuto
Mi sovrarispondo. Una domanda: le mail spedite dal server polacco, dove vanno a finire? Chi risponde? Grazie, S. 2013/1/25 Simone Cortesi sim...@cortesi.com: 2013/1/25 sabas88 saba...@gmail.com: Il bot viene attivato stanotte o domani. Ho attivato l'account OSM Italia da cui verranno mandati i messaggi https://www.openstreetmap.org/user/OSM%20Italia secondo me sarebbe opportuno rimandare, da questo URL al blog e/o alla mailinglist. A fini statistici, vorrebbe mandare il messaggio al 75% dei nuovi utenti (per vedere se, ad esempio, i messaggi influiscono su continuare a mappare nel breve e medio periodo). Grande, ottimo lavoro! -- -S -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utilizzo del Suolo - Suggerimenti e critiche per le regole di conversione
Il 27/01/2013 16:29, Paolo Monegato ha scritto: e di sostituire natural=wood con landuse=forest Dipende. Userei forest laddove è esplicitamente scritto che è area di arboricultura, mentre negli altri casi terrei wood. non penso sia una questione di arboricoltura ma, invece, se il bosco è gestito oppure no da qualche ente (fanno pulizia, ecc.) ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Messaggio di benvenuto
Il giorno 27 gennaio 2013 15:38, Simone Cortesi sim...@cortesi.com ha scritto: Mi sovrarispondo. Una domanda: le mail spedite dal server polacco, dove vanno a finire? E' come se le mandassi dall'account OSM Italia, se accedi all'account e vai sui messaggi in uscita li trovi.. Ne ha già mandati 12! Chi risponde? Se qualcuno risponde dovrebbero arrivare le notifiche su pr...@openstreetmap.it... Grazie, S. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utilizzo del Suolo - Suggerimenti e critiche per le regole di conversione
Bene! Il file delle regole comincia a delinearsi :) Alcune riflessioni: -Superfici a riposo in aree irrigue-Fallow=yes credo sia l'ideale dato che delinea temporaneamente lo stato di quella zona. -Acquacolture: spunto per una riflessione (http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Aquaculture) comunque son d'accordo con la tua proposta. - Fiumi, torrenti e fossi - Non includerei le definizioni waterway dato che quelle sono dedicate al percorso e non alla rappresentazione della grandezza dell'idrovia. A questo punto toglierei via water=river e lo terrei con un generico natural=water Malghe (edificio e annessi) - area=yes + tourism=alpine_hut? Arbusteto- Intendiamo cespugli bassi? Allora natural=heath è più appropriato. - Vegetazione delle dune litoranee - Intendiamo la macchia mediterranea? http://en.wikipedia.org/wiki/Maquis_shrubland. -Infrastrutture di supporto alle acque, barriere frangiflutti, dighe - sicuramente un man_made ma dipende dal caso. Mettiamo solo una note=* o fixme=*? Aree industriali, commerciali e dei servizi pubblici e privati - come sopra ma controllando invece il landuse. Aree destinate a servizi pubblici, militari e privati - come sopra Classi di tessuto urbano speciali -ho trovato un vaghissimo riferimento su google e potrebbero indicare le zone storiche. Chiunque sia esperto in queste definizioni, per favore, faccia sentire la sua voce :) Le altre proposte nelle note sono ok per me :D Linko anche la discussione al progetto Corine Land Cover dalla quale possiamo trovare magari ulteriori spunti: http://wiki.openstreetmap.org/wiki/Corine_Land_Cover Ciao! Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utilizzo del Suolo - Suggerimenti e critiche per le regole di conversione
Il 27/01/2013 15:41, Alessandro Barbieri ha scritto: Il 27/01/2013 16:29, Paolo Monegato ha scritto: e di sostituire natural=wood con landuse=forest Dipende. Userei forest laddove è esplicitamente scritto che è area di arboricultura, mentre negli altri casi terrei wood. non penso sia una questione di arboricoltura ma, invece, se il bosco è gestito oppure no da qualche ente (fanno pulizia, ecc.) Lo so. Ma siccome non possiamo essere certi che quel particolare pezzo di bosco sia gestito o no allora è meglio mettere natural=wood. Magari poi nel file delle regole ci associamo un note=Verificare se landuse=forest. ciao Paolo M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Messaggio di benvenuto
2013/1/27 sabas88 saba...@gmail.com: Il giorno 27 gennaio 2013 15:38, Simone Cortesi sim...@cortesi.com ha scritto: Una domanda: le mail spedite dal server polacco, dove vanno a finire? E' come se le mandassi dall'account OSM Italia, se accedi all'account e vai sui messaggi in uscita li trovi.. Ne ha già mandati 12! grazie per tutto quello che stai facendo per la comunità! -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utilizzo del Suolo - Suggerimenti e critiche per le regole di conversione
Il 27/01/2013 15:47, Leonardo ha scritto: - Fiumi, torrenti e fossi - Non includerei le definizioni waterway dato che quelle sono dedicate al percorso e non alla rappresentazione della grandezza dell'idrovia. A questo punto toglierei via water=river e lo terrei con un generico natural=water Si, avevo letto waterway=river invece di water=river e di conseguenza avevo aggiunto anche gli altri. Forse sarebbe meglio waterway=riverbank? Comunque ricordo che nella nostra regione la mappatura di fiumi etc è bloccata fino a quando non finiamo con il reticolo idrografico dell'arpav... In teoria non dovrebbero esserci problemi dato che questo dato è areale mentre il reticolo ha solo il percorso, però è necessario verificare. -Infrastrutture di supporto alle acque, barriere frangiflutti, dighe - sicuramente un man_made ma dipende dal caso. Mettiamo solo una note=* o fixme=*? Meglio. Ah, sulla pagina della laguna di Venezia ci sono un po' di tag consigliati per queste infrastrutture. ciao Paolo M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Messaggio di benvenuto
2013/1/27 Simone Cortesi sim...@cortesi.com: 2013/1/27 sabas88 saba...@gmail.com: E' come se le mandassi dall'account OSM Italia, se accedi all'account e vai sui messaggi in uscita li trovi.. Ne ha già mandati 12! grazie per tutto quello che stai facendo per la comunità! +1 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Nuovo strumento per la correzione rapida degli errori in WIWOSM
Ciao, non mi pare che questo strumento sia stato accennato nella mailing list ma di recente è stata attivata una pagina web che elenca tutti gli errori legati al tagging wikipedia=* errato, i quali creano problemi con il progetto WIWOSM dedicato alla sinergia tra OSM e Wikipedia. Lo strumento è semplice ma potente, con filtri e link rapidi per JOSM/Merkator/Potlatch2. http://toolserver.org/~master/wiwosmlog/broken.html Dato che in Italia, stando alla mappa dinamica degli errori di Groppo O (https://dl.dropbox.com/u/41550819/OSM/Errori_in_Veneto/index.html), siamo a 130 errori WIWOSM si potrebbe fare una correzione rapida collettiva, una 15 di errori a testa e ci togliamo il pensiero. La correzione è semplice basta eliminare il tag wikipedia=(valore) e sostituirlo con wikipedia=it:(valore). Esempio: wikipedia=Lago di Como - wikipedia=it:Lago di Como. A volte vi sono dei tag ridondanti con entrambi le chiavi, eliminatene una e taggate correttamente le altre. Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuovo strumento per la correzione rapida degli errori in WIWOSM
2013/1/27 Leonardo kinetocor...@gmail.com: Esempio: wikipedia=Lago di Como - wikipedia=it:Lago di Como. A volte vi sono dei tag ridondanti con entrambi le chiavi, eliminatene una e taggate correttamente le altre. +1 però non sempre sono ridondanti multipli tags (in generale, se l'altra pagina è linkata dentro a WP dalla prima pagina indicata in OSM è ridondante, invece se non c'è questo collegamento è importante avere tutte le due). ciao Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuovo strumento per la correzione rapida degli errori in WIWOSM
Ciao, scusa non capisco il tuo appunto, in realtà basta un solo tag wikipedia=(codicelingua):(valore), poi Wikipedia sa riconoscere il link verso OSM indipendentemente dalla lingua dell'articolo. Ho appena provato con Padova, sia sulla wiki italiana che Padua sulla wiki inglese il risultato della mappa dinamica è lo stesso, nonostante su OSM nel nodo di Padova l'unica voce sia wikipedia=it:Padova. Leonardo Il 27/01/2013 16:29, Martin Koppenhoefer ha scritto: 2013/1/27 Leonardo kinetocor...@gmail.com: Esempio: wikipedia=Lago di Como - wikipedia=it:Lago di Como. A volte vi sono dei tag ridondanti con entrambi le chiavi, eliminatene una e taggate correttamente le altre. +1 però non sempre sono ridondanti multipli tags (in generale, se l'altra pagina è linkata dentro a WP dalla prima pagina indicata in OSM è ridondante, invece se non c'è questo collegamento è importante avere tutte le due). ciao Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] opendata bari
Non mi sembra sia passato in lista, e credo che gli amici pugliesi lo sappiano, la repetita juvant :) Finalmente online il portale dei dati di Bari. http://opendata.comune.bari.it ci sono anche alcuni geo dati http://opendata.comune.bari.it/dataset?groups=dati-geografici rilasciati in CC0 ... peccato che lo stradario sia un file .xls -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Utente: guerrafondaio?
Il giorno 27/gen/2013 13:36, Giuseppe Amici giuseppeam...@virgilio.it ha scritto: ;-) Infatti segnalavo con un tentativo di ironia dei grossolani errori. Mi pare che l’utente citato agisca “de facto” in automatico. Hai già provato a contattarlo? Enjoi Beppe Ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Messaggio di benvenuto
Il giorno 27/gen/2013 15:47, sabas88 saba...@gmail.com ha scritto: Se qualcuno risponde dovrebbero arrivare le notifiche su pr...@openstreetmap.it... Potrei essere aggiunto come osservatote di questa mail? Grazie Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Messaggio di benvenuto
Il giorno 27/gen/2013 16:06, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2013/1/27 Simone Cortesi sim...@cortesi.com: grazie per tutto quello che stai facendo per la comunità! +1 +1 ciao, Martin Ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuovo strumento per la correzione rapida degli errori in WIWOSM
2013/1/27 Leonardo kinetocor...@gmail.com: Ciao, scusa non capisco il tuo appunto, in realtà basta un solo tag wikipedia=(codicelingua):(valore), poi Wikipedia sa riconoscere il link verso OSM indipendentemente dalla lingua dell'articolo. Ho appena provato con Padova, sia sulla wiki italiana che Padua sulla wiki inglese il risultato della mappa dinamica è lo stesso, nonostante su OSM nel nodo di Padova l'unica voce sia wikipedia=it:Padova. si, spesso è sufficiente così, eccezioni sono per esempio casi in cui in una lingua non esiste una pagina apposita ma solo una paragrafo dentro un'altro articolo. Ci sono anche casi dove una parola non è traducibile (senza ambiguità) e/oppure hanno più di una traduzione valida (anche in Wikipedia non è tutto in ordine, ho trovato più di una volta classificazioni diversi in lingue diversi). Un caso semplice, il nome tedesco Ludwig In Italiano può essere sia Luigi che Ludovico, per esempio Luigi XIV (de: Ludwig XIV, fr: Louis XIV) Invece de:Ludwig I. http://de.wikipedia.org/wiki/Ludwig_I._(Bayern) in italiano si chiama Ludovico (in francese sempre Louis). E' un esempio stupido, al momento non mi viene un altro esempio, ma ci sono. In Wikipedia puoi linkare solo una pagina, e quindi alle volte si perdono informazioni anche per quello. Altre volte 2 articoli sono linkati che non descrivono perfettamente la stessa cosa (ma una cosa simile, mentre la pagina che sarebbe la traduzione perfetta non ha interlanguage links per quella lingua). Cosa si incontra anche non così poco in OSM sono links ad elenchi (secondo me poco utili)). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Messaggio di benvenuto
2013/1/27 Luca Delucchi lucadel...@gmail.com: Il giorno 27/gen/2013 15:47, sabas88 saba...@gmail.com ha scritto: Se qualcuno risponde dovrebbero arrivare le notifiche su pr...@openstreetmap.it... Potrei essere aggiunto come osservatote di questa mail? +1 grazie, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuovo strumento per la correzione rapida degli errori in WIWOSM
In ordine alfabetico, da Salerno in giù li ho aggiornati/controllati io. F. Il giorno 27 gennaio 2013 16:25, Leonardo kinetocor...@gmail.com ha scritto: Ciao, non mi pare che questo strumento sia stato accennato nella mailing list ma di recente è stata attivata una pagina web che elenca tutti gli errori legati al tagging wikipedia=* errato, i quali creano problemi con il progetto WIWOSM dedicato alla sinergia tra OSM e Wikipedia. Lo strumento è semplice ma potente, con filtri e link rapidi per JOSM/Merkator/Potlatch2. http://toolserver.org/~master/**wiwosmlog/broken.htmlhttp://toolserver.org/~master/wiwosmlog/broken.html Dato che in Italia, stando alla mappa dinamica degli errori di Groppo O ( https://dl.dropbox.com/u/**41550819/OSM/Errori_in_Veneto/**index.htmlhttps://dl.dropbox.com/u/41550819/OSM/Errori_in_Veneto/index.html), siamo a 130 errori WIWOSM si potrebbe fare una correzione rapida collettiva, una 15 di errori a testa e ci togliamo il pensiero. La correzione è semplice basta eliminare il tag wikipedia=(valore) e sostituirlo con wikipedia=it:(valore). Esempio: wikipedia=Lago di Como - wikipedia=it:Lago di Como. A volte vi sono dei tag ridondanti con entrambi le chiavi, eliminatene una e taggate correttamente le altre. Leonardo __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Messaggio di benvenuto
Il giorno 27 gennaio 2013 18:10, Luca Delucchi lucadel...@gmail.com ha scritto: Il giorno 27/gen/2013 15:47, sabas88 saba...@gmail.com ha scritto: Se qualcuno risponde dovrebbero arrivare le notifiche su pr...@openstreetmap.it... Potrei essere aggiunto come osservatote di questa mail? Se ti basta solo vedere cosa arriva, posso aggiungerti alla lista delle persone che ricevono la posta in entrata su press@. Se invece vuoi proprio accesso all'account, devi chiedere a Simone. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Messaggio di benvenuto
Se qualcuno risponde dovrebbero arrivare le notifiche su pr...@openstreetmap.it... Potrei essere aggiunto come osservatote di questa mail? A questo punto mi aggiungo anche io, ma penso che, alla fine, sarebbe il caso di mettere in piedi una policy che, forse, ci costringe a diventare ente legale o appoggiarsi ad una struttura come gfoss.it o wikimedia italia ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Altra domandina sull'uso del suolo
Vi pongo ancora una domandina sull'uso del suolo, poi dovrei averle terminate :-) Un prato senza nessuna coltivazione ma utilizzato per la fienatura, come lo si condidera? Il wiki riporta che landuse=farm è un terreno prevalentemente agricolo (con coltivazioni di cereali ecc ecc). Ovviamente un terreno senza coltivazioni ma dove si taglia l'erba per la fienatura è un campo agricolo. Il tag landuse=meadow indica un terreno coltivato con vegetazione erbacea o pascoli (per sintetizzare). Io sarei propenso per il secondo. Ultima cosa, a differenza dei frutteti, nel tag landuse=farm non si specifica il tipo di coltivazione? Grazie. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utilizzo del Suolo - Suggerimenti e critiche per le regole di conversione
Ho guardato un po' lo shape con QGIS e le foto di Bing come sfondo (tramite OpenLayers Plugin) e propongo le mie alternative. Tag in tabella -- tag proposto 12120 Descrizione: Aree destinate ad attività commerciali. Dalle foto sono i centri commerciali. landuse=commercial o retail -- landuse=retail 12130 Aree destinate a servizi pubblici, militari e privati Comprende landuse differenti: scuole, ospedali, chiese... senza tag -- non importabile, troppo generico A tutte le voci di colture con il termine non irrigue -- + irrigated = no A tutte le voci di colture con il termine irrigue -- + irrigated = yes Commento solo le proposte di Alessandro che non condivido al 100%: Il giorno 27 gennaio 2013 14:22, Alessandro Barbieri ale.bar...@alice.itha scritto: 23200landuse=meadow Superfici a prato permanente ad inerbimento spontaneo, comunemente non lavorata. Dalle foto è usato solo per gli argini erbosi di fiumi/canali e le fasce erbose lato autostrada. -- landuse=grass 32211natural=heath Arbusteto. -- natural=scrub 33300natural=scrub Aree a vegetazione rada. Dalle foto, sono aree di montagna con substrato roccioso e vegetazione rada, prevalentemente erbacea. Per chi va in montagna... la roccia con l'erbetta, insomma :) Scrub vorrebbe dire arbusti, vegetazione più alta e fitta. Propongo -- natural=heath Non è perfetto, ma non saprei cos'altro usare... 41220natural=wetland Vegetazione caratterizzata da dominanza arboreo/arbustiva igrofila. senza tag -- natural=wetland + wetland=swamp Aggiunte: 51220 Bacini con prevalente utilizzazione elettrica. natural=water + water=reservoir -- + reservoir_type=hydro_power (inventato al momento) 51230 Bacini con prevalente destinazione idrica. natural=water + water=reservoir -- + reservoir_type=water_storage 52120 Specchi lagunari navigabili solo in condizioni di alta marea. vuoto -- natural=water + shallow=yes (shallow=yes lo avevo visto utilizzato solo in Laguna) 42150 Valli da pesca. landuse=pond + produce=fish/seafood -- + managed=yes e di sostituire natural=wood con landuse=forest +1 In http://wiki.openstreetmap.org/wiki/Wood dice natural=wood: Natural primeval woodland (ie, not managed or harvested) Io ho sempre inteso natural=wood come foresta primaria http://it.wikipedia.org/wiki/Foresta#Stato_di_conservazione preferendo quindi per l'Italia: landuse=forest: Managed forest or woodland plantation Guardando la mappa italiana mi pare che sia generalmente preferito landuse=forest (verde scuro). So però che ci sono idee diverse. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse per alberi da frutto
Comunque io sto iniziando a mappare i vigneti. Siccome sono un po' niubbo per favore date uno sguardo http://www.openstreetmap.org/?lat=39.34251lon=9.18725zoom=16layers=M 2013/1/27 Martin Koppenhoefer dieterdre...@gmail.com Am 26/gen/2013 um 20:26 schrieb sabas88 saba...@gmail.com: Kiwi o actinidia http://it.wikipedia.org/wiki/**Kiwi_%28frutto%29http://it.wikipedia.org/wiki/Kiwi_%28frutto%29 non lo vedo inserito nel wiki http://wiki.openstreetmap.org/**wiki/Tag:landuse%3Dorchardhttp://wiki.openstreetmap.org/wiki/Tag:landuse%3Dorchard come mi posso comportare? Usa taginfo! :P http://taginfo.openstreetmap.org/tags/trees=kiwi_trees guarda anche qui: http://taginfo.openstreetmap.org/keys/produce#values ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Andrea Zedda skype: andria.tzedda twitter: @Andria_Tzedda --- Kode srl via Gioacchino Volpe, 74 56121 Ospedaletto (Pisa) http://kode-solutions.net --- Sardinia Open Data http://sardiniaopendata.org/ --- ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse per alberi da frutto
Il 27/01/2013 20:58, Andrea Zedda ha scritto: Comunque io sto iniziando a mappare i vigneti. Siccome sono un po' niubbo per favore date uno sguardo http://www.openstreetmap.org/?lat=39.34251lon=9.18725zoom=16layers=M Per me vanno bene, il tag è giusto. Magari a essere pignoli, il vigneto centrale, quello con le stradine interne, lo si potrebbe suddividere in zone, lasciando la stradina tra uno e l'altro. Per il resto tutto ok. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse per alberi da frutto
conoscendo personalmente quei vigneti, quelli che ho inglobato in un unico lotto sono dello stesso proprietario, e quelle stradino sono per suo uso personale. cmq magari faccio dei lotti meglio definiti poi. Il giorno 27 gennaio 2013 21:04, Gianluca Boero gianlucabo...@alice.it ha scritto: Il 27/01/2013 20:58, Andrea Zedda ha scritto: Comunque io sto iniziando a mappare i vigneti. Siccome sono un po' niubbo per favore date uno sguardo http://www.openstreetmap.org/?**lat=39.34251lon=9.18725zoom=** 16layers=Mhttp://www.openstreetmap.org/?lat=39.34251lon=9.18725zoom=16layers=M Per me vanno bene, il tag è giusto. Magari a essere pignoli, il vigneto centrale, quello con le stradine interne, lo si potrebbe suddividere in zone, lasciando la stradina tra uno e l'altro. Per il resto tutto ok. -- Gianluca Boero __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it -- Andrea Zedda skype: andria.tzedda twitter: @Andria_Tzedda --- Kode srl via Gioacchino Volpe, 74 56121 Ospedaletto (Pisa) http://kode-solutions.net --- Sardinia Open Data http://sardiniaopendata.org/ --- ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse per alberi da frutto
Il 27/01/2013 21:09, Andrea Zedda ha scritto: conoscendo personalmente quei vigneti, quelli che ho inglobato in un unico lotto sono dello stesso proprietario, e quelle stradino sono per suo uso personale. cmq magari faccio dei lotti meglio definiti poi. Generalmente tutte queste stradine sono del proprietario del terreno. Per mia opinione non essendo coltivate non dovrebbero essere integrate nel landuse=vineyard. Anche perchè se poi volessi creare le stradine c'è lo spazio per passare. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-dk] Import af bygninger fra Geodatastyrelsen
Der har været mange gode værdifulde kommentarer til dette emne. Jeg vil lige bringe nogle talfakta her Der skulle være ca 4,6 millioner bygninger i det offentlige frie geodatasæt. OpenStreetMap Danmark har ifølge GeoFabriks arkiv 26/1 2013 ca. 352.751 bygninger - Ca 100.000 af disse bygninger stammer fra masseimport fra Kolding og Stevns Kommuner. Ca. 5300 bygninger er tilføjet ekstra information (tags) - sådan er noget om det er skole, butik, universitet, hospital, kirke, navnet på bygningen osv. Disse 5300 skal selvfølgelig ikke overskrives automatisk uden tags overføres. Men er det første skridt ikke at få 4,6 millioner minus 350.00 = 4,250 millioner bygninger som ikke overlapper noget som helst ind? Jeg kan forstå på Jonas at denne del er relativt let denne del at gå til. Næste trin kunne så være manuelt at kigge på de ca. 5300 bygninger med ekstra tag informationer - Ca. 5300 bygninger er vel ikke så slemt at gennemgå, hvis der er mange med i den process? Så er der ca. 240.000 bygninger tilbage som er håndtegnet af OSM frivillige gennem tiderne - skal det besluttes at de overskrives bare - Eller skal de bare blive stående? Under alle omstændigheder så ville 4,250 millioner nye bygninger give et kæmpe boost og se godt ud i landområder (mit personlige synspunkt), hvor der ikke er så meget OSM aktivitet. vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Import af bygninger fra Geodatastyrelsen
Hej,- Enig. Det må være overkommeligt at identificere de 5.300 bygninger og uddelegere rettelserne. Hvis Kurt Tofts betragtninger om nøjagtigheden står til troende, og det gør de nok, så er en masseimport inkl. overskrivelse af de eksisterende håndtegnede bygninger at foretrække. Jeg vil også tro, at det bliver nødvendigt at justere nogle vejforløb; det er i hvert fald min erfaring, når jeg håndtegner bygninger efter Fugro og Bing. Hilsen, Sonny Fra: Michael Larsen [mailto:mvl@network42.dk] Sendt: 27. januar 2013 11:02 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Import af bygninger fra Geodatastyrelsen Hej, Man kunne også forestille sig at vi importerede alle bygningerne og så i en (forhåbentlig kort) periode levede med overlappende bygninger. Derefter kan vi hver især lave et kvalificeret valg, flytte tags og slette overflødige bygninger med den editor vi foretrækker. Alternativt tror jeg det kunne være svært at få importeret de sidste bygninger hvis ikke man kan bruge et 'standard' osm 'workflow'. Mvh MichaelVL On Sunday 27 January 2013 10:44:57 Soren Johannessen wrote: Der har været mange gode værdifulde kommentarer til dette emne. Jeg vil lige bringe nogle talfakta her Der skulle være ca 4,6 millioner bygninger i det offentlige frie geodatasæt. OpenStreetMap Danmark har ifølge GeoFabriks arkiv 26/1 2013 ca. 352.751 bygninger - Ca 100.000 af disse bygninger stammer fra masseimport fra Kolding og Stevns Kommuner. Ca. 5300 bygninger er tilføjet ekstra information (tags) - sådan er noget om det er skole, butik, universitet, hospital, kirke, navnet på bygningen osv. Disse 5300 skal selvfølgelig ikke overskrives automatisk uden tags overføres. Men er det første skridt ikke at få 4,6 millioner minus 350.00 = 4,250 millioner bygninger som ikke overlapper noget som helst ind? Jeg kan forstå på Jonas at denne del er relativt let denne del at gå til. Næste trin kunne så være manuelt at kigge på de ca. 5300 bygninger med ekstra tag informationer - Ca. 5300 bygninger er vel ikke så slemt at gennemgå, hvis der er mange med i den process? Så er der ca. 240.000 bygninger tilbage som er håndtegnet af OSM frivillige gennem tiderne - skal det besluttes at de overskrives bare - Eller skal de bare blive stående? Under alle omstændigheder så ville 4,250 millioner nye bygninger give et kæmpe boost og se godt ud i landområder (mit personlige synspunkt), hvor der ikke er så meget OSM aktivitet. vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Import af bygninger fra Geodatastyrelsen
Det må være overkommeligt at identificere de 5.300 bygninger og uddelegere rettelserne. Hvis man vil se hvilke ca. 5300 bygninger jeg har nævnt i forrige indlæg så har jeg lavet en fil i shape formatet med disse bygninger og kan hentes her https://dl.dropbox.com/u/4031522/openstreetmap/osmbygningertags.zip (838 KB) Du kan åbne denne shape fil (efter du har unzippet det på din computer) med det gratis software GQIS ( hentes her http://qgis.org/ ) vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Import af bygninger fra Geodatastyrelsen
Hej Jeg tænker at vi skulle importere alle bygningerne, (får overført tags fra gl. bygninger til de nye) herefter kan vi rette (slette) de overlapende bygninger, vha. f.eks. GeoFabrics tool eller andet, sålænge det er let at se de overlapende bygniner (evt. rasher kan lave et layer med de overlapende bygninger, som man kan se i JOSM) Så ville de være mere overskueligt at se hvor de er og derefter vurdere, hvad der skal ske. Næste spørgsmål er så, hvordan bliver opdateringer håndteres, herunder opdateringer fra GST og hvis folk andre på de importerede bygninger. Der har der være lidt snak om ifht. det data der blev importeret i Kolding. Da nogle bygninger er revet ned og andre er kommet (som ikke er blevet opdateret i GST). Det med forskellige imports er svært at håndtere for alm. bruger af OSM /Jens 2013/1/27 Soren Johannessen soren.johannes...@gmail.com Det må være overkommeligt at identificere de 5.300 bygninger og uddelegere rettelserne. Hvis man vil se hvilke ca. 5300 bygninger jeg har nævnt i forrige indlæg så har jeg lavet en fil i shape formatet med disse bygninger og kan hentes her https://dl.dropbox.com/u/4031522/openstreetmap/osmbygningertags.zip (838 KB) Du kan åbne denne shape fil (efter du har unzippet det på din computer) med det gratis software GQIS ( hentes her http://qgis.org/ ) vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Import af bygninger fra Geodatastyrelsen
On 27/01/2013 13:36, Sonny B. Andersen wrote: Hej,- Det må være overkommeligt at identificere de 5.300 bygninger og uddelegere rettelserne. Hvis Kurt Tofts betragtninger om nøjagtigheden står til troende, og det gør de nok, så er en masseimport inkl. overskrivelse af de eksisterende håndtegnede bygninger at foretrække. Start med at importer bygninger, der ikke overlapper. Derefter vil jeg foretrække at lade lokale mappere bestemme hvorvidt eksisterende bygninger skal overskrives. Først og fremmest må der ikke slettes relevante tags såsom amenity, leisure, tourism, name etc. For det andet må man have lidt respekt for det arbejde der er investeret i at mappe de eksisterende bygninger. Hvis de data allerede er gode, ser jeg ikke at man sådan bare lige bør smide dem væk. Det er ikke motiverende. Overlad den beslutning til de lokale mappere der har lavet det oprindelige arbejde. Ole N ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Import af bygninger fra Geodatastyrelsen
Bortset fra at det der er relevant for den ene ikke nødvendigvis er relevant fro den anden, så er jeg helt enig. Det er ikke god stil at slette andres arbejde hvis det kan undgås, det er demotiverende. Carsten Den 27-01-2013 20:47, Ole Nielsen skrev: On 27/01/2013 13:36, Sonny B. Andersen wrote: Hej,- Det må være overkommeligt at identificere de 5.300 bygninger og uddelegere rettelserne. Hvis Kurt Tofts betragtninger om nøjagtigheden står til troende, og det gør de nok, så er en masseimport inkl. overskrivelse af de eksisterende håndtegnede bygninger at foretrække. Start med at importer bygninger, der ikke overlapper. Derefter vil jeg foretrække at lade lokale mappere bestemme hvorvidt eksisterende bygninger skal overskrives. Først og fremmest må der ikke slettes relevante tags såsom amenity, leisure, tourism, name etc. For det andet må man have lidt respekt for det arbejde der er investeret i at mappe de eksisterende bygninger. Hvis de data allerede er gode, ser jeg ikke at man sådan bare lige bør smide dem væk. Det er ikke motiverende. Overlad den beslutning til de lokale mappere der har lavet det oprindelige arbejde. Ole N ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk - Ingen virus fundet i denne meddelelse. Kontrolleret af AVG - www.avg.com Version: 2013.0.2890 / Virusdatabase: 2639/6060 - Udgivelsesdato: 26-01-2013 ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Import af bygninger fra Geodatastyrelsen
Den 27-01-2013 20:47, Ole Nielsen skrev: For det andet må man have lidt respekt for det arbejde der er investeret i at mappe de eksisterende bygninger. Hvis de data allerede er gode, ser jeg ikke at man sådan bare lige bør smide dem væk. Det er ikke motiverende. Overlad den beslutning til de lokale mappere der har lavet det oprindelige arbejde. Principielt er jeg enig, men hvordan vil du i praksis arrangere det på en måde, hvor bidragsydere (alle?) , der har bidraget til hver bygning skal give sin accept af at erstatte hele eller dele af deres arbejde på bygningen med nye data? Vi bliver nødt til at være pragmatiske, og udvise passende afmålt respekt for andres arbejde. I mine øjne handler det om, at vi skal være rimeligt sikre på at de nye data er bedre (både præcision og aktualitet) end de gamle. Og så skal tags bevares, hvis vi ikke erstatter dem med bedre oplysninger. Ingen er blevet lovet at deres data bevares uændret i al fremtid, og vi forventer vel alle, at vore bidrag bliver rettet/justeret/slettet af andre mappere, som måtte have et bedre eller mere opdateret grundlag. -- -- Civilingeniør ph.d. Claus Hindsgaul Studsbøl Alle 81 DK-2770 Kastrup ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Import af bygninger fra Geodatastyrelsen
Hej, 2013/1/27 Soren Johannessen soren.johannes...@gmail.com Der har været mange gode værdifulde kommentarer til dette emne. Jeg vil lige bringe nogle talfakta her Men er det første skridt ikke at få 4,6 millioner minus 350.00 = 4,250 millioner bygninger som ikke overlapper noget som helst ind? Jeg kan forstå på Jonas at denne del er relativt let denne del at gå til. Næste trin kunne så være manuelt at kigge på de ca. 5300 bygninger med ekstra tag informationer - Ca. 5300 bygninger er vel ikke så slemt at gennemgå, hvis der er mange med i den process? Så er der ca. 240.000 bygninger tilbage som er håndtegnet af OSM frivillige gennem tiderne - skal det besluttes at de overskrives bare - Eller skal de bare blive stående? Kunne processen ikke være: 1) Sætte et fixme tag på samtlige eksisterende bygninger. 2) Import alle bygninger fra FOT 3) Få lavet et lag/liste med bygninger med fixme der skal manuelt kigges igennem? Så har vi alle fot bygninger, og en masse bygninger der skal fixes, (og det hele hentes ned når vi sider med vores editorer) -- Venlig Hilsen Pelle Rosenbeck Gøeg Civilingeniør i Vej- og trafikteknik email: pe...@goeg.dk telefon: 61309918 http://www.linkedin.com/pub/pelle-gøeg/1b/8a8/168 ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-se] Har någon tips på matematiska problem i anknytning till OSM?
On 01/23/2013 07:38 AM, Christoffer Holmstedt wrote: Detta låter intressant. Så det är alltså Bings flygfoton som ska flyttas med någon offset för att matcha mot gps spår eller inlagd data i OSM? Både bilder och spår kan ligga fel. Men om man har medelvärdet för ett stort antal spår (längs samma fysiska väg), så borde noggrannheten öka. Mycket av felet beror på att satelliterna inte står rakt över mätplatsen, utan fångar den snett, och dessutom inte vet exakta höjden över havet. Står satelliten 70° från jordplanet och fotograferar en bil, så syns ju bilen i perspektiv, med biltaket förskjutet åt sidan med cos(70°) gånger biltakets höjd över marken, jämfört med hjulen. För att flygfotot ska fungera som karta, måste sådana upphöjda biltak (eller berg) egentligen redigeras tillbaka till hjulens läge. Men för att göra det rätt, måste man veta hur högt över marken biltaket är (eller hur högt över havet varje punkt på marken är). -- Lars Aronsson (l...@aronsson.se) Aronsson Datateknik - http://aronsson.se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Har någon tips på matematiska problem i anknytning till OSM?
Både bilder och spår kan ligga fel. Men om man har medelvärdet för ett stort antal spår (längs samma fysiska väg), så borde noggrannheten öka. Mjo, bästa rimliga lösning för att få GPS spår som är okej verkar vara att antingen ha en gps som man placerar på en punkt i 30 till 60 minuter och gör detta flera gånger över en längre period (månader) alternativt att det är en väg där många spår registreras från flera enheter (även här över en längre period). Insamlandet av GPS spår kan ju dock inte bli en heltidssysselsättning så man får ju fundera på vad som är rimligt själv. Men skulle vara intressant att göra detta noggrant för några enstaka positioner och se hur bra resultat man får. Mycket av felet beror på att satelliterna inte står rakt över mätplatsen, utan fångar den snett, och dessutom inte vet exakta höjden över havet. Står satelliten 70° från jordplanet och fotograferar en bil, så syns ju bilen i perspektiv, med biltaket förskjutet åt sidan med cos(70°) gånger biltakets höjd över marken, jämfört med hjulen. För att flygfotot ska fungera som karta, måste sådana upphöjda biltak (eller berg) egentligen redigeras tillbaka till hjulens läge. Men för att göra det rätt, måste man veta hur högt över marken biltaket är (eller hur högt över havet varje punkt på marken är). Intressant, då finns det alltså ett konkret behov för att få ut höjddata motsvarande den som ges ut i Danmark [1]. Jag har hittat följande länkar om problemet hittills [2,3,4], någon som har tips på flera bra sidor/artiklar/böcker? [1] http://lists.openstreetmap.org/pipermail/talk-se/2013-January/001918.html [2] http://wiki.openstreetmap.org/wiki/Accuracy [3] https://en.wikipedia.org/wiki/Dilution_of_precision_%28GPS%29 [4] http://proceedings.esri.com/library/userconf/proc95/to150/p124.html om problemet Hälsning -- Christoffer Holmstedt Den 28 januari 2013 01:39 skrev Lars Aronsson l...@aronsson.se: On 01/23/2013 07:38 AM, Christoffer Holmstedt wrote: Detta låter intressant. Så det är alltså Bings flygfoton som ska flyttas med någon offset för att matcha mot gps spår eller inlagd data i OSM? Både bilder och spår kan ligga fel. Men om man har medelvärdet för ett stort antal spår (längs samma fysiska väg), så borde noggrannheten öka. Mycket av felet beror på att satelliterna inte står rakt över mätplatsen, utan fångar den snett, och dessutom inte vet exakta höjden över havet. Står satelliten 70° från jordplanet och fotograferar en bil, så syns ju bilen i perspektiv, med biltaket förskjutet åt sidan med cos(70°) gånger biltakets höjd över marken, jämfört med hjulen. För att flygfotot ska fungera som karta, måste sådana upphöjda biltak (eller berg) egentligen redigeras tillbaka till hjulens läge. Men för att göra det rätt, måste man veta hur högt över marken biltaket är (eller hur högt över havet varje punkt på marken är). -- Lars Aronsson (l...@aronsson.se) Aronsson Datateknik - http://aronsson.se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-es] Propuesta de charla y consulta sobre temático archaeological_site
Hola a todos. Me pongo en contacto con vosotros por dos cuestiones diferentes una podríamos decir institucional y otra personal - Soy miembro del grupo de Geoinquietos de Córdoba y su provincia (http://wiki.osgeo.org/wiki/Category:Geoinquietos_C%C3%B3rdoba ) y desde nuestra primera reunión el tema de OSM ha estado siempre presente. Por ahora no hay nadie dentro del grupo que al menos sea un osmero avanzado para poder darnos un taller sobre el tema y herramientas. Si alguno de vosotros se anima a ayudarnos (gratis..duro es pedir pero más duro es de robar, pero nosotros nos encargamos de la cervecita) nos vendría estupendo. Además de aprender, estamos estableciendo contactos con algunas asociaciones para hacer actividades en común y queremos que si las llevamos a cabo queden incluidas en OSM. - La segunda cuestión es personal. Voy a introducir información sobre elementos históricos en concreto archaeological_site (historic:archaeological_site) sobre mi ciudad. Los datos quiero que queden completos llegando incluir los datos de civilización (civilization) y período. Ante de empezar me gustaría saber que cuánta información existe ya sobre este elemento, algo así como sacar un temático y listado para la ciudad de Córdoba. También me gustaría saber si el resultado final podría presentarse en visor temático, algo así como lo que se hizo para Alemania (http://www.tappenbeck.net/osm/maps/deu/index.php?id=1015 ) Gracias de antemano y saludos Patricio ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [catastro] Previo de CAT2OSM2: Madrid en 5 minutos (!)
Hola, me gustaría saber si tenéis planeado alguna manera (si es factible) de trocear los resultados en zonas. Por ejemplo, mi municipio (Orihuela) tiene una gran cantidad de núcleos rurales fuera del núcleo urbano, muy susceptibles de ser tratados por separado, aunque imagino que lo mismo podría aplicarse a grandes núcleos con muchos barrios. En caso contrario, si sabéis de algún modo de hacer esto con el JOSM también me resultaría interesante. Un saludo. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-at] Einladung zur Mapping-Party in Graz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo! Im Rahmen der heurigen OpenWeek (18.-22.2.) im Spektral in Graz wirds eine Mapping-Party geben - entweder Mittwoch oder Donnerstag, da wollen wir schaun wo mehr Leute Zeit haben, bitte eintragen: http://doodle.com/8nxmpx395s3fpqb5 Aufgrund der zu erwartenden Temperaturen werden wir wahrscheinlich im Spektral bleiben und die Karte mittels der Open Data-Angebote verbessern. Interessierte sollten einen Java-fähigen Laptop dabei haben, WLAN gibts frei im Spektral! Ich freue mich auf einen produktiven Tag! lg, Michael - -- Michael Maier, Student of Telematics @ Graz University of Technology OpenStreetMap Graz http://osm.org/go/0Iz@paV http://wiki.osm.org/Graz http://wiki.osm.org/Graz/Stammtisch -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJRBVmnAAoJEPDJmZ2oE4mGHM0P/jsMtbbsCHAXoNypB9AWlTIi +GE/kDyawM3D0it7Dd+Q+//QZ6j/AOf76LUcuGmXS8A+cTJsFPQcMTY/sDXT4yZZ dX5wdjAVNpKU07YYa1vBAy9zKNyrz1kl0K7a/vByP65Uk3B0xvyAkkmlLvC9cL7t dFlPjqcKPISvhKj4ZILNdxdWGN+A9tI6ar3xqagyIY4WcqBObGB54F3XbypaJHXZ RjLxUgFEhYGYBU4ZQv+4JU2LJl4daWyq7e6BNrDZZCbdf74qfQSWecSBaGHe1ql0 Lj/7AGOdNE43FnBL6TU2Dn/0ihRxr+XXXGCkFOTFz70xVZhUb0deefRkhEk9herp ARLEZ8lEuKh+y+DQYX8+7qdcTcNd/6G53oQr/CD4u46TRvXGQCLEwD062to93VMl vRiiHN0sQM6a4SClNy3WLz0yTY3YBtKbJb0lYRHyHj7o8enGEWKrzo1qaqeFtnsd I8rNeIP6E8olil3cXKgHkd3uFwwVhFm1LZLH+qsQ67lXsf0TKJz4gw2hSDuHjEoQ EffqkJYK83t11WIpJVSTef0uk0cCD7r3TcdZzl0NGAnGJKSfFXY+nTii8WsxSUWo 8Rioqe6ivF2qCRBUfY+lqGbY/iUkeOiYE4fE9WO9z9kLpTZ1TwdAwA/Ad5mf99mj 0VTVVckqqJ6x1iqhr96N =roaD -END PGP SIGNATURE- ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
