Re: [Talk-tr] josm arayüz çeviri

[Hakan Tandogan]

Aynı şeyi banada sordu ama güncel türkçem beterden ötürü olduğu için 
yardım edemeyeceğim. Vazife türkiyede yaşayan arkadaşlarımıza galiba :)


On 02.07.2018 20:36, Roman Neumüller wrote:

Merhabalar,

Vincent (Don_Vip) bana josm arayüz çeviri ilgili bir mesaj gönderdi:

Acaba ilginizi çekerse ve vaktınız varsa anadili iyi bilen olarak benden 
daha iyi yardımcı olabilirsiniz düşündüğüdüm... ;)




Hi! I'm a core developer of JOSM. We're currently trying to improve our 
translations by adding new languages and looking for volunteers to 
improve existing ones. I see you contribute to iD translation, and speak 
Turkish. This language is not fully translated for JOSM, we'd love to 
see new people resuming the translation:


* https://translations.launchpad.net/josm/trunk/+pots/josm/tr/+details

The JOSM translations are described here:

* https://josm.openstreetmap.de/wiki/Translations#Software

Let me know if you are interested and have any questions! Cheers, Vincent

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



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

[Talk-tr] Mahallelerin sınırları admin_level 8 mi 10 mu?

[Hakan Tandogan]

Roman kardeşimizden bir mail, sisteme takılıp silinmiş

---
Merhaba haritadaşlar,

Aşağıdaki değişiklik seti yorumlayabilen varsa sevinirim ;)

https://www.openstreetmap.org/changeset/58806903

slm

Roman

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

Re: [Talk-tr] yellowpages.com.tr

[Hakan Tandogan]

Basit :)

imports listesine üye olup tekrar gönderin :)

On 2/10/2016 5:06 PM, Yusuf Ülkü wrote:

Hayda 

Ne yapacağız peki

10 Şub 2016 5:44 ÖS tarihinde Roman Neumüller  yazdı:


imports mailing listesinin list admin (iandees) diyor ki Yusuf o listenin
üyesi değildir.

On Sun, 07 Feb 2016 14:31:07 +0200, Yusuf Ülkü 
wrote:


İngilizce gönderdim

7 Şub 2016 1:14 ÖS tarihinde Roman Neumüller  yazdı:


hm - ingilizce olarak gönderseyidin cevabı belki daha hizli gelirdi ;)
Düzgün şeklinde çevirebilen birisi varsa belki bir daha gönderebiliriz.
Gene de IRC'te import sorumlusunu soracağım...

On Sun, 07 Feb 2016 12:58:22 +0200, Yusuf Ülkü 
wrote:


Arkadaşlar merhaba,

Yellow Pages Türkiye olarak müşterimiz olan firmaların (binlerce)>

lokasyonunu OSM'ye de eklemek istiyoruz ama bunu manuel olarak girmek>
mümkün değil bizim için.  Eğer ki toplu olarak girebileceğimiz bir>
arayüz ya da dosya formatı varsa olabilir.  Örn: Excel,  Json ya da XML

formatında.

Bu şekilde data girişi yapabilirsek Yellow Pages Türkiye olarak data>

sağladığımız platformlar arasına Google,  Apple,  Yandex ve HERE'dan>
sonra OpenStreetMap'i de eklemeyi düşünüyoruz.


7 Şub 2016 12:47 ÖS tarihinde Roman Neumüller >

yazdı:


Artı gönderdiğin emaili bu mail listesine gönderebilir misin?

On Sun, 07 Feb 2016 12:34:15 +0200, Yusuf Ülkü



wrote:


impo...@openstreetmap.org ve imports...@openstreetmap.org

Adreslerine gönderdim

7 Şub 2016 7:03 ÖÖ tarihinde Roman Neumüller 

yazdı:


* Emaili ne zaman ve kimine attın?
* http://wiki.openstreetmap.org/wiki/Import/Guidelines sayfasında

ki

önerdiği yolu
izlendi mi?
* https://lists.openstreetmap.org/pipermail/imports/ son aylarda>>

herhangi

bir mail göremiyorum...

Bazı sorunlar IRC kullanarak daha hizli öğrenilir:
http://irc.openstreetmap.org/

;)

On Fri, 05 Feb 2016 12:27:19 +0200, Yusuf Ülkü>>



wrote:


Yellow Pages Türkiye olarak OSM'ye müşterimiz olan 15 binin>>

üzerinde>>> firmanın POI datasını eklemek istiyoruz fakat bu manuel>>
olarak mümkün>>> değil.  OSM'ye toplu ekleme ile alakalı mail attım ama

henüz bir cevap>>> gelmedi.


Toplu firma bilgisi ekleme konusunda yardımcı olabilecek birisi

varsa

yardımcı olmasını rica ederim.

5 Şub 2016 11:45 ÖÖ tarihinde Roman Neumüller>>

Re: [OSM-talk] Overhauled the Garmin page

[Hakan Tandogan]

Maarten Deen wrote:
 Andy Allan wrote:
 Good work, long overdue. I would make some suggestions:

 * The model name could have the links from the Detailed
 description, saving width
 
 That's what I thought too. I added the Nüvi details without the extra 
 Detailed 
 description but with the links in the model name. But Peter added the column.
 
 I think it is double information.

I updated some of the Oregon 330 and 550 information.


Regards,
Hakan



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

Re: [OSM-talk] Need help for Terra bytes of Turkey GPS data

[Hakan Tandogan]

Gökhan H?ncal wrote:
 Hi;
 
 
 My company (www.arvento.com http://www.arvento.com) who tracks over 
 80.000 vehicles all arround Turkey.
 And we decided to compose Turkish part of the OSM Project as a social 
 responsibility project.
 
 Due to data size I need some help to fix this data ie. producing lines 
 via points, reduce multiple lines etc. and stuff like these.

Merhaba Gökhan,


I would love to help you integrate your data into OSM.

Could you please give us some details, like how often you collect data 
points, how big your dataset is, etc.?

If you would like, there is a specific turkish mailing list as well at 
talk...@openstreetmap.org


Regards,
Hakan

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

Re: [OSM-talk] Computing the 12-mile line

[Hakan Tandogan]

Roland Olbricht wrote:
 I will give more detailed explanations or run the tool on a particular region 
 if you would like to. But I'm abroad for some days from tomorrow morning. So 
 please ask, I'll try to answer on thursday evening.

Hi,

I want to run your extractors on the Turkey and Cyprus extracts from 
geofabrik (the files from 7.3.2009 to be precise), but report-results 
simply throws a segmentation fault.

I'm not that experienced in debugging c++ code anymore, do you have a 
hint how I could proceed? All I did as to now is to replace the -O3 in 
the compilaton line with a -g, but I don't even get a core file yet.


Regards,
Hakan

-- 
The Key To Immortality Is First Living A Life Worth Remembering.

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

Re: [OSM-talk] name tags on place=country and how they're rendered on lowzoom

[Hakan Tandogan]

On Thu, January 15, 2009 14:31, Stefan Baebler wrote:
 where is a local language being set for a country or a region?
 It isn't at all. The software doesn't know which language name is in,
 only the mapper does.
 Software can only gues the language of the default name from an
 identical name value with a specified language.

 eg:
 name=Venezia name:en=Venice
 name:sl=Benetke
 name:de=Venedig
 ...
 can additonally be tagged with name:it=Venezia


 This could be used to make nice maps of default languages, if only it
 was used more than just on major cities (smaller places rarely have foreign
 names)

 With just one tag precisely describing the name (with language) all
 other translations could be pulled from wikipedia (enriching maps with
 additional languages) when needed eg such precise tag could be
 wikipedia:en=Venice

This is one reason why I add the geonames ID of country objects to the
node. If necessary, a renderer could pull additional names from geonames,
if / when they become available, without having to go to Wikipedia and
parse the information found there.

Mind you, I'm adding just the geonames ID, not the data found there ;-)


Regards,
Hakan


-- 
The key to immortality is first living a life worth remembering...



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

Re: [OSM-talk] HW for car

[Hakan Tandogan]

On Thu, January 8, 2009 12:11, Christoph Eckert wrote:
 Hi,


 Have you seen the Norhtec Touche Panel PC
 http://www.norhtec.com/products/touche/index.html?


 I think it would be suitable for building an in car gps system, do you?
  Somewhat expensive though.


 the N810 currently seems to be reasonable priced at amazon.com, though
 RAM and
 CPU seem to be poor compared to the Touche. Though I never tried it,
 http://maemo.org/downloads/product/OS2008/carman/
 seems to be a nice toy for it :) .

I own a N810, and it is my current fun gadget ;-)

I use maemomapper in conjuction with minigpsd.

Minigpsd saves your track in a KML file, and puts the raw NMEA data into
the KML file as comments. Additionally, you get a new KML file every five
minutes (configurable) so you don't lose much data even if minigpsd should
crash.

Other applications (like maemomapper) connect to the minigpsd, so you get
transparent tracing for free, and can use any other program in front of
it.

Any other, except for carman, because that one insists on accessing the
GPS API of Nokia directly, but that problem is about to be solved ;-)


Regards,
Hakan


-- 
The key to immortality is first living a life worth remembering...



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

Re: [OSM-talk] OpenStreetBugs - open or not?

[Hakan Tandogan]

On Wed, November 26, 2008 11:32, Hakan Tandogan wrote:


 On Wed, November 26, 2008 11:24, David Earl wrote:

 On 26/11/2008 10:11, Frederik Ramm wrote:


 Hi,



 Steven Le Roux wrote:


 but... guys... OSB is a quite fresh useful tool... don't expect it
 to bring all the piece you need (API...)

 A daily dump of the database content in any format would probably be
 sufficient for now. An API would be cool of course but as OSM itself
 proves, if you offer dumps then others can do the API ;-)

 There is an RSS feed from OpenStreetBugs which is, in effect, a regular
  localised dump. It's what you need if you're mentoring a particular
 area.

 Where is that RSS feed links? I can't find anything in the links page
 or on the main page of www.openstreetbugs.org

Please disregard my question, I just found that you get the RSS link as
soon as you are zoomed in to Level 11.

I always had the impression that no one used OSB in the general area of
Turkey because I never saw any bug icons there, but zooming in deeper
clearly shows some of the icons.

In that case, the problem remains that you can't get a feed of a large but
sparsely populated area like the whole of turkey. Would manipulating the
coordinates in the RSS url work or is there a check for too large areas in
the server code?


Regards,
Hakan


-- 
The key to immortality is first living a life worth remembering...



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

Re: [OSM-talk] OpenStreetBugs - open or not?

[Hakan Tandogan]

On Wed, November 26, 2008 11:24, David Earl wrote:
 On 26/11/2008 10:11, Frederik Ramm wrote:

 Hi,


 Steven Le Roux wrote:

 but... guys... OSB is a quite fresh useful tool... don't expect it to
  bring all the piece you need (API...)

 A daily dump of the database content in any format would probably be
 sufficient for now. An API would be cool of course but as OSM itself
 proves, if you offer dumps then others can do the API ;-)

 There is an RSS feed from OpenStreetBugs which is, in effect, a regular
 localised dump. It's what you need if you're mentoring a particular area.

Where is that RSS feed links? I can't find anything in the links page or
on the main page of www.openstreetbugs.org


Regards,
Hakan


-- 
The key to immortality is first living a life worth remembering...



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

Re: [OSM-talk] OpenStreetBugs

[Hakan Tandogan]

On Wed, November 26, 2008 12:01, Xav wrote:
 No regular planet dumps, nothing.

 And Gary68 does some tiny dumps regularly :
 http://wiki.openstreetmap.org/index.php/OSB_Reports

 ...

 Where is that RSS feed links? I can't find anything in the links
 page or on the main page of www.openstreetbugs.org

 To be kind with the database, you can only get the data of a small area.
 The RSS link will appear at the bottom right if you zoom an area.

I see. Gary just reperatedly polls your server for a given subarea and
stitches the returned data, hoping that he will catch all entries in the
given area.

Not really something you want to do regularly ;-)

Maybe you could allow bigger requests, but cut off the RSS data after so
many entries (say, the 80 you already have implemented) ?


Regards,
Hakan

-- 



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

Re: [OSM-talk] Proposed Relations

[Hakan Tandogan]

On Mon, November 3, 2008 14:49, Pieren wrote:
 On Mon, Nov 3, 2008 at 2:15 PM, David Groom


 I'm also surprised that the relation type=boundary is still considered
 as a proposal in the wiki. Having a quick look on the european statistics
 about relations in tagwatch ([1]), the most popular relation is
 type=boundary (10297), most of them for admin_level=8 (municipalities).
 This is an example of approved relation which does not require a
 vote because it's already widely used.

By the way, are relations guaranteed to be ordered? If not, how could one
be sure to stitch all parts of a long border? Do we need a rule like the
border has to be a unbroken set of ways like for the coast lines?


Regards,
Hakan

-- 
The key to immortality is first living a life worth remembering...



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

Re: [Talk-tr] türkiye'nin ilçeleri

[Hakan Tandogan]

Roman Neumüller wrote:
 Geçenlerde vikipedi'nin bilgileri göre bütün illerin ilçeleri
 kontrol ettim ve eksik olanları ekledim. Vikipedi'nin bilgileri
 inşallah güncel (bu yıl yeni birkaç ilçe koruldu ya...)

Benim son gördügüm liste SALB'dan [1], bu listeyi beş alti ay önce Suha 
bey önermişti.

O günden beri vakit bulabildikce ilçeleri ait olduklari illere 
relation'larla baglamaya calışıyorum. Ilceleri tekrar kontrol etmek 
istersen ayni anda SALB bilgilerinide eklemeye ne dersin? Kullandigim 
sistemi Antalyanin [2] ve Manavgatin [3] node'dinde görebilirsin.

Bu hafta sonu zaman bulabilirsem kullandigim sistemi wiki'yede eklerim.


Selamlarimla,
Hakan



[1] http://www.who.int/whosis/database/gis/salb/salb_home.htm

[2] http://api.openstreetmap.org/api/0.5/node/36243693

[3] http://api.openstreetmap.org/api/0.5/node/36540470


-- 
The Key To Immortality Is First Living A Life Worth Remembering.

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

Re: [OSM-talk] [OSM-newbies] GPS Trace ownership

[Hakan Tandogan]

On Wed, October 15, 2008 10:47, Richard Fairhurst wrote:
 To recap:


 James would like an option in Potlatch to be able to convert public
 GPS data from the database into a way. At present, of course, you can
 do that with a GPS track from the list by clicking the 'edit' link
 alongside; but if you don't know what track it is, yet you can see it on
 the map, you're a bit stuck.

 I personally wouldn't have a problem with implementing this and would
 find it useful. However, privacy concerns have often been raised about
 This Sort Of Thing. I'd be interested to hear people's views.

 All the data is of course there anyway and is trawlable by anyone who
 wants to download the raw GPS traces: this would mostly be a convenience
 thing.

I have thousands of kilometers worth of GPS tracks, which I have cleaned
up a little (with gpsbabel).

Personally, I will never get around to manually trace every one of those
tracks, but I would not mind if someone can obtain the information which
track some points in a give area belong to.

Another question though: Could you implement this feature so that JOSM (my
main editor) could use that information too?


Regards,
Hakan


-- 
The key to immortality is first living a life worth remembering...



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

Re: [OSM-talk] Number of Edits

[Hakan Tandogan]

Frederik Ramm wrote:
 
 1.364.092 katpatuka

 AND, MassGIS, and dmgroom_coastlines are obvious, as is DaveH's TIGER
 import. I know that mikes has imported loads of boundaries in Germany,
 and I suspect that LA2 has also imported coastlines. The others, I have
 no clue.

Interesting to find katpatuka in this list. Last I know, he was editing 
roads in and around Turkey from Y! imagery. Would changing tags on long 
ways (say, a coastline) count as one change?


Regards,
Hakan

-- 
The Key To Immortality Is First Living A Life Worth Remembering.

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

Re: [OSM-talk] Improving on the NGA placenames data

[Hakan Tandogan]

On Tue, June 24, 2008 17:13, Phil Endecott wrote:
 So I was wondering whether anyone here knows how I could improve on
 this, i.e.

 - Is there an improved version somewhere with more ranking
 information in it?

www.geonames.org ? They aggregate lots of data sources and tend to have
more place nodes in remote areas of the world.

 - Is there equivalent data in the OSM database, with rankings of some
sort, that I could extract a dump of?

You could parse the is_in tags / relations.

In general, you found one of our bigger unsolved problems ;-)


Regards,
Hakan


-- 
The key to immortality is first living a life worth remembering...



___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [Talk-de] FYI: Relation Browser

[Hakan Tandogan]

On Tue, June 10, 2008 17:18, Sven Grüner wrote:
 Den Quellcode kann ich gerne als PD veröffentlichen. Das Wochenende
 solls ja wieder schlechtes Wetter geben da könnte ich den noch etwas
 verschönern (Und die Kommentare ins Englische übersetzen).

Was hälst du davon, das ganze in das OSM-SVN einzuchecken? Dafür einen
Account zu bekommen sollte ja inzwischen relativ flink gehen ;-)

 Es freut mich wirklich sehr, dass das jetzt so einen Anklang* findet.
 Wir sollten uns wohl bald mal Gedanken machen wie man das sinnvoll
 strukturiert/die roles benennt bevor uns die Daten überrumpeln.

Ich bin sowieso gespannt, wann wir die erste Kreis-Relation bekommen. Ich
hoffe, daß dann kein Spider auf dein Skript stößt ;-)


'Tschüß,
Hakan

-- 
The key to immortality is first living a life worth remembering...



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

Re: [OSM-talk] Geofabrik planet extracts

[Hakan Tandogan]

On Sun, March 30, 2008 16:23, Frederik Ramm wrote:
 I was also planning to offer alternative downloads that have a country's
 full bounding box instead of the exact borders. Would that be good for
 you?

Hi Frederik,

If you still intend to provide data with full bounding boxes, would you
please add another few kilometers around the boxes?


Regards,
Hakan

-- 
The key to immortality is first living a life worth remembering...



___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] More European countries on download.geofabrik.de

[Hakan Tandogan]

On Thu, June 5, 2008 09:27, Frederik Ramm wrote:
 include Serbia/Croatia. Hakan, if you read this then you might want to
 compare my Turkey extract with the one you use and check whether it's
 right.

Hi,

Since I'm using simple rectangular bounding boxes for both cyprus and
turkey, your data is bound to be more correct. In the case of cyprus, this
suffices, but my turkey extracts always include parts of the neighboring
countries.

Would you please send me the polygons you use for those two countries? I'd
like to verify them.


Regards,
Hakan

-- 
The key to immortality is first living a life worth remembering...



___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Transparent slippy map of a GPX

[Hakan Tandogan]

On Fri, May 23, 2008 00:02, OJ W wrote:
 Sorry, example URL should be:


 http://dev.openstreetmap.org/~ojw/gpx/?gpx=112168zoom=10lat=52.08314lo
 n=-0.71864

Really nice, how about adding a link to that page from the overview of the
trace itself? Maybe next to of (map / edit) a overlaid on map?


Regards,
Hakan

-- 
The key to immortality is first living a life worth remembering...



___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Zero point tag?

[Hakan Tandogan]

On Thu, May 15, 2008 08:52, Mike Collinson wrote:
 There are some inaccuracies though and I am working on  a version two.
 In particular, I included marine features which makes several boxes too
 large, and may throw the centre point to a strange location.  Once I have
 this sorted, I intend to add a lat_max ... lon_min or some such tags to
 the country tags.  You could then derive a zero point directly from the
 OSM database.

Do you have a way to identify the nodes you have already uploaded? In some
cases, people found your country nodes, added data to them [1] and used
them in relations ;-)


Regards,
Hakan

1: http://api.openstreetmap.org/api/0.5/node/249399443/history

-- 
The key to immortality is first living a life worth remembering...



___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] OSM for mobile web pages?

[Hakan Tandogan]

On Mon, April 21, 2008 14:03, Steve Hill wrote:
 On Mon, 21 Apr 2008, Frederik Ramm wrote:


 Tiles are 256x256 pixel. If you want decent usability you must
 display three columns and three rows and then always pan by +/-1
 otherwise the user gets confused. You could try to simply display one
 tile but I doubt this will work well.

 I think Google's just displays one tile.  Of course, we don't just have
 to do what Google does. :)

 Displaying a 256x256 tile, but being able to scroll the map half a tile
 at a time would work better, but is complex (probably requires rendering a
  whole extra set of tiles)

The mobile application (MIDlet or whatever you use on the phone) could
fetch multiple tiles and just show part of that image.

Wouldn't work if you just use built-in browsers, though...


Regards,
Hakan


-- 
The key to immortality is first living a life worth remembering...



___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Naga City in OSM Re: GML to OSM

[Hakan Tandogan]

On Thu, April 10, 2008 11:33, Andy Allan wrote:
 On Thu, Apr 10, 2008 at 9:24 AM, Lester Caine [EMAIL PROTECTED] wrote:


 Looking at the growing mess of wiki pages relating to
 place/is_in/boundary/relations and the rest I think that I would not be
 wasting my time now putting together a 'proposal' for good practice for
  handling the simple hierarchy of is_in but it does need a means of
 identifying different 'Naga City' objects other than adding 'Camarines
 Sur, Luzon,
 Philippines' to every use of it :(


 is_in is a short-term kludge. It's almost completely unnecessary when -
 and only when - we have boundaries for whatever the larger area is.
 Sometimes it's useful* when you don't.

I agree that is_in is a short-term solution. We need a lot more boundary
data, not only for complete countries, but for cities, towns, and more.
And after that, we need relations that explain that the boundaries of
towns A, B and C define the boundary for city X. And that cities X, Y and
Z define country Q.

I'd love to have that kind of data, but I can't see yet where we might get
that from. On the other hand, getting the mapper to enter a proper is_in
tag is far easier.

 (whether derived from OSM or VMAP0 or wherever) then I can

Yes, that whereever is the interesting word here...

 tell you if a given amenity=pub is in that country. No need for any
 relations or is_in tags AT ALL.

I don't doubt your reasoning that borders would be far better than is_in,
but sometimes you have to resort to kludges to get something off the
ground *today* instead of some at future date when we have perfect data
(which might even not be available, do you really expect the Chinese
government to hand over boundary data for its cities?)


Regards,
Hakan

-- 
The key to immortality is first living a life worth remembering...



___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Naga City in OSM Re: GML to OSM

[Hakan Tandogan]

On Thu, April 10, 2008 12:15, Andy Allan wrote:
 On Thu, Apr 10, 2008 at 11:05 AM, Hakan Tandogan [EMAIL PROTECTED]
 wrote:


 I don't doubt your reasoning that borders would be far better than
 is_in, but sometimes you have to resort to kludges to get something
 off the ground *today*

 Sure.


 instead of some at future date when we have perfect data

 Who says it needs to be perfect? Boundaries could have
 status=rough_and_ready so that you can say this is more or less the
 village for is_in types of things without committing yourself to finding
 out the actual legal boundaries. When someone has more accurate data they
 can fix things up a bit - surely this is one of the OSM principles?

In fact, that is what I'm doing for the area I feel responsible of.

I try to create both rough outlines (where I have access to data like
out-of-copyright maps) and is_in information (which I derive from the
former or from local knowledge).

 By the time you've added more than three or four places in a village
 to an is_in hierarchy you could have just drawn the rough area instead, and
 it would be far more useful - the fifth, sixth and fifty-seventh items in
 that rough area wouldn't need any is_in tags at all.

Point taken, but I try to automate the is_in population as far as
possible. I like building software ;-)


Regards,
Hakan



-- 
The key to immortality is first living a life worth remembering...



___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [Talk-tr] soru??

[Hakan Tandogan]

On Sun, March 30, 2008 17:26, joe black wrote:
 öncelikle bir şeyler daha sorayım. eğer yanlış anlamadıysam OSM sayesinde
  bir yerden bir yere nasıl gidilebileceği öğrenilebiliyor ve hatta bu
 bilgiyi navigasyon cihazlarında kullanabiliyoruz.

Almanya ve ingiltere için haklısın, oradaki yol ağları OSM'e yeterince
kaydetildi. Türkiyede daha bir hayli yol kaydetmemiz lazım (ister yollarda
giderken GPS ile, ister Roman'in yaptığı gibi Yahoo'nun uydu resimleri
ile).

Istersen bundan sonraki soruların için yeterince yoğun bir yol ağı
olduğunu farzedelim.

 bu tip fikirler çok mu uçık kaçıyor acaba?

Yok, gerek zamana bağlı olarak yol hesaplamak, gerek mümkün olarak basit
yolları seçmek navigasyon programları için çok ilginç projeler. İşin tek
püf noktası ilk önce yol ağlarını (ve, istersen, yolların ne zaman yoğun
trafikte olduğunu) OSM'e eklemek, ondan sonra bu bilgileri kullanarak yol
hesaplattırmak çok ilginç bir proje olacak.

 bu tip bir şeye ilgim olduğu için aslında projede yer almak ben de
 istiyorum. Bu konuda acaba bir tavsiye verebilir misiniz? Yani hangi
 konuya yönelirsem projeye katılmak için daha avantajlı olur?

İstersen önce şu sayfalardan başla:

http://wiki.openstreetmap.org/index.php/Category:Routing

http://wiki.openstreetmap.org/index.php/Routing

http://wiki.openstreetmap.org/index.php/PHProute

http://wiki.openstreetmap.org/index.php/Pyroute

bence olağan üstü ilginç bir projede navit:

http://wiki.navit-project.org/index.php/Main_Page

Bütün bunları okuyup biraz fikir edindikten sonra

[EMAIL PROTECTED] ilginç bir mail listesi ama pek fazla sohbet
göremiyorum. Listenin arşivleri

http://lists.openstreetmap.org/çgi-bin/maılman/listinfo/routing

sayfasında bulunuyor.

Bu arada ingilizcen nasıl? çoğu projelerde sohbetler ingilizce (ve bazen
almanca) sürdürülüyor.


Selamlarımla,
Hakan



___
Talk-tr mailing list
Talk-tr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-tr

Re: [Talk-de] Osmarender in Perl

[Hakan Tandogan]

On Mon, March 31, 2008 12:37, Andreas Jacob wrote:
 Hallo Frederik


 Das sollte es gewesen sein. Mit Tiles unter Zoomlevel 12 hab ich es
 aber selber noch nicht probiert. Es koennte sein, dass Du da mit or/p
 suboptimale Ergebnisse erzielst, weil der proximity-Mechanismus von
 Osmarender, der verhindern soll, dass Texte uebereinander gedruckt
 werden, im or/p noch nicht drin ist.

 Ich habe jetzt einmal einen ganz kurzen Vergleich in's Wiki gehauen:
 http://wiki.openstreetmap.org/index.php/Xml_vs_orp


 Schau' dir mal die Zeiten an! Wenn da jetzt noch Farbe in's Spiel

Das mit der Farbe wollte ich gerade eben schreiben, im Tile
http://tah.openstreetmap.org/Browse/?x=1190y=767z=11layer=tile sieht
man daß alle highways schwarz gerendert werden, tile
http://tah.openstreetmap.org/Browse/?x=1190y=768z=11layer=tile ist noch
mit Osmarender gerendert.

Irgendetwas läuft auch mit Seen seltsam, Osmarender hat den See östlich
von den Highways als Wasser erkannt. Möglicherweise ein Problem mit
close-ways.pl ?


'Tschüß,
Hakan



-- 
The key to immortality is first living a life worth remembering...



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

Re: [OSM-talk] Tag proposal/approval system is too heavyweight

[Hakan Tandogan]

On Wed, March 19, 2008 17:57, Frederik Ramm wrote:
 +1 to replacing approval/voting by a good automated mechanism of
 showing what's there. Agreed, the structuring needs to be solved but this
 could be done by editing in the Wiki as a completely separate process that
 does not aim to influence what tags are used, just documents it.

That's precicely what I like about the tagwatch + wiki approach. It
illustrates the vote-with-your-data approach to a consensus.

Automatic tags like source=PGS or natural=coastline tend to overshadow
the manually assigned tags, though ;-)

What I'd really like is an easier way to generate Map_Features overviews
(especially localized versions thereof), but that's another step in the
future.


Regards,
Hakan

-- 
The key to immortality is first living a life worth remembering...



___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

[OSM-talk] Extending OSM with data from geonames.org?

[Hakan Tandogan]

Hi everyone,


I realize that we don't want wholesale copying of data from geonames.org 
because some of that data might be derived from google.

How about selectively augmenting data that we already have in OSM with 
additional information from (and links to) geonames?

Specifically, I'd like to fetch place nodes that already exist in OSM 
and try to match them with places in the geonames database. If I find a 
match, I'd like to add tags containing the geonames ID and alternate 
place names.

Is this still covered by our licence model?


Regards,
Hakan


-- 
The Key To Immortality Is First Living A Life Worth Remembering.

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Can Mediawiki notify by mail?

[Hakan Tandogan]

On Mon, February 4, 2008 08:35, Martin Trautmann wrote:
 http://www.mediawiki.org/wiki/Extension:Email_notification

 It's available, but disabled.

So who would we have to ask to have that extension enabled? At the moment,
I'd have something like watchthatpage look at the pages every now and
then...


Regards,
Hakan


-- 
The key to immortality is first living a life worth remembering...



___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Template:Key and Template:Tag pages in OSM-Wiki

[Hakan Tandogan]

On Mon, February 4, 2008 01:13, Robin Paulson wrote:
 On 04/02/2008, Hakan Tandogan [EMAIL PROTECTED] wrote:

 Actually, I'm talking about creating a Map_Features page where new
 values for given keys (e.g. highway, shop) appear. The only part I'm
  complaining is that the Template only allows the approved values
 whereas I'd like it to show the approved ones first and the
 semi-legal
 ones after a divider line.

 ok, i'm not sure i follow. what are semi-legal tags? or rather, what makes
 a tag semi-legal?

Only the fact that it is not mentioned in the Keys-overview (and perhaps
it wasn't voted upon).

There must have been a reason that someone removed a long list of shop
values from the main list at [Map_Features]. As far as I can see, Etric
took that truncated list from [Map_Features] and turned it into
[Key:shop].



Regards,
Hakan

-- 
The key to immortality is first living a life worth remembering...



___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

[OSM-talk] Template:Key and Template:Tag pages in OSM-Wiki

[Hakan Tandogan]

Hi,


First off, I must admit that I don't really understand the specifics of 
Mediawiki templates ;-)

To simplify the http://wiki.openstreetmap.org/index.php/Tr:Map_Features 
I created a http://wiki.openstreetmap.org/index.php/Tr:Key:shop that 
uses the template appopiate template, and replaced the table in 
Tr:Map_Features with a reference to Tr:Key:shop .

My problem is that the template only shows official values for the 
shop key, but there might be more tags that are used only locally. Could 
the template render those additional tags after the official list, 
perhaps with a divider row between the official and unofficial / 
deprecated ones? That way, the Language:Map_Features pages could 
really turn into a list of template references.

The other thing I don't really understand are the pages for 
Tag:key=value. Do I assume correctly that those pages are only 
necessary if a certain value is complicated enough that it deserves its 
own explication?



Regards,
Hakan

-- 
The Key To Immortality Is First Living A Life Worth Remembering.

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

[OSM-talk] Can Mediawiki notify by mail?

[Hakan Tandogan]

Hi,


I was just adding the template pages I use to my watchlist. Can 
Mediawiki notify me with a mail if a certain (a template or even group 
of templates, like Template:Map_Features_*) changes? I'd rather not 
check my watchlist manually, computers are far better suited for 
automatically providing information to humans ;-)


Regards,
Hakan

-- 
The Key To Immortality Is First Living A Life Worth Remembering.

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Template:Key and Template:Tag pages in OSM-Wiki

[Hakan Tandogan]

Robin Paulson wrote:
 On 04/02/2008, Hakan Tandogan [EMAIL PROTECTED] wrote:
 My problem is that the template only shows official values for the
 shop key, but there might be more tags that are used only locally. Could
 the template render those additional tags after the official list,
 perhaps with a divider row between the official and unofficial /
 deprecated ones? That way, the Language:Map_Features pages could
 really turn into a list of template references.
 
 i presume you're talking about doing some analysis of planet.osm and
 producing a list of all tags that are used but don't occur in the map
 features page. i think this has been talked about before, and it's a
 good idea, once you get past the noise form spelling mistakes, foreign
 words, gibberish, etc.

Actually, I'm talking about creating a Map_Features page where new 
values for given keys (e.g. highway, shop) appear. The only part I'm 
complaining is that the Template only allows the approved values 
whereas I'd like it to show the approved ones first and the semi-legal 
ones after a divider line.

 The other thing I don't really understand are the pages for
 Tag:key=value. Do I assume correctly that those pages are only
 necessary if a certain value is complicated enough that it deserves its
 own explication?
 
 no, i think it's a matter of time. every tag needs text explaining
 it's use, even if it's only to refer to a generic page which covers 20
 similar tags (say for 'shop').

Yes, but in that case, the generic page would be the Tag:shop page 
itself. You have to find a middle point between too many sub-pages (too 
many clicks to get at the information, can't print it on one long page, 
etc.) and too long main pages.


Regards,
Hakan

-- 
The Key To Immortality Is First Living A Life Worth Remembering.

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Tagwatch

[Hakan Tandogan]

On Thu, January 31, 2008 00:34, Etric Celine wrote:
 On Wednesday 30 January 2008 22:38:13 Hakan Tandogan wrote:

 As promised, I submitted your changes to SVN (
 http://trac.openstreetmap.org/changeset/6725 ).


 thanks

By the way, I just found a small mistake in construct.pl, line 310:

308 if(CheckIfExist(Nl:Tag:$Key=$Value, $tag_articles)) {
309 $wiki_nl = wiki_green; }
310 if(CheckIfExist(TrTag:$Key=$Value, $tag_articles)) {
311 $wiki_tr = wiki_green; }


I think you that should be Tr:Tag:$key, missing the colon. Could you fix
that on your end and re-run the turkish statistics?


Regards,
Hakan

-- 
The key to immortality is first living a life worth remembering...



___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Tagwatch

[Hakan Tandogan]

On Tue, January 29, 2008 22:05, Etric Celine wrote:
 Together with these changes i have crated the tagwatch sites for 24
 countries. All planet.osm excerpt are taken from
 http://roland-ramthun.de/osm/extracts/
 If you miss a country and can point me to the location of the excerpt I'm
 glad to add this as well.

Do you need an already downloaded extract or could you download a given
bounding box from osmxapi?

I can provide daily extracts, but fetching them yourself from osmxapi
would remove one intermediate step.

 I'll try to update these statistics at least once in the month now, as i
 feel they are quite helpfull to detect common tagging errors and reflect
 what tags are really in use in the community.

 website can be found at: http://etricceline.de/osm/index.htm the
 sourcecode can be found here: http://etricceline.de/osm/Tagwatch.tar.gz
 (I'll hope someone can add it to the svn, as i have no account there (and
  general connecting problems with the university proxy here)

I'll update the version in SVN later tonight if no one beats me to it.


Regards,
Hakan


-- 
The key to immortality is first living a life worth remembering...



___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Tagwatch

[Hakan Tandogan]

Etric Celine wrote:
 website can be found at: http://etricceline.de/osm/index.htm
 the sourcecode can be found here: http://etricceline.de/osm/Tagwatch.tar.gz
 (I'll hope someone can add it to the svn, as i have no account there (and
 general connecting problems with the university proxy here)

As promised, I submitted your changes to SVN (
http://trac.openstreetmap.org/changeset/6725 ).

 If you miss a country and can point me to the location of the excerpt
 I'm glad to add this as well.

Could you please add the changes for turkey and cyprus with data from
http://www.gurkensalat.com/geostuff/osm-extracts/ ? I'll update that
location daily with downloads from osmxapi.


Regards,
Hakan

-- 
It's only when we have lost everything that we are free to do anything.



___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [Talk-de] Backup machen

[Hakan Tandogan]

Sven Geggus wrote:
  Derzeit ist das ganze auf eine Quadratgröße von 0.25° begrenzt.

Ich mache das selbe, nur daß ich mir die Daten von osmxapi hole:

wget -c -q \
http://www.informationfreeway.org/api/0.5/*[bbox=26,35.5,45,42.2]; \
-O ${DAILY_DIR}/turkey/turkey-$(date +%Y%m%d).osm

die bbox wird als west,süd,ost,nord in grad angegeben. Ach ja, das ganze 
ist eine Zeile ;-)

Die osmxapi ist üblicherweise stundenaktuell, das reicht, um tägliche 
Backups zu haben, und kann eben auch recht große bboxen abbilden. Wenn 
ich schon die gesamte Türkei bekomme dürfte Osnabrück allein kein echtes 
Problem sein ;-)


'Tschüß,
Hakan

-- 
The Key To Immortality Is First Living A Life Worth Remembering.

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

Re: [OSM-talk] Adding vmap0 road data to OSM

[Hakan Tandogan]

80n wrote:
 There's some anecdotal evidence that seeding an area with some data 
 encourages local contributors.  If this is actually true then loading 
 vmap0 would be a good thing.

Seeding with some 7000 kilometers of travel data and the rough locations 
of about 100 major cities worked for Turkey.

By now we have a lot of people who map the bigger cities. Before the 
seeding, there were only three people who uploaded anything at all in 
that area.

 I think it would be a good thing to load vmap0 data for any area where 
 there is currently no data at all.

The idea that seeding roads that have no other data nearby (say, 100 
kilometers or so) sounds really interesting, that way, we would at least 
have a rough skeleton of the road network.


Regards,
Hakan

-- 
The Key To Immortality Is First Living A Life Worth Remembering.

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [Talk-de] Gentoo overlay (war: Re: Merkaator)

[Hakan Tandogan]

Lorenz Kiefner wrote:
 Hallo,
 ich habe jetzt ein Subversion-Login für Gentoo-ebuilds. Falls jemand
 ebuilds für josm, merkaator, mapnik, osmarender, [EMAIL PROTECTED], pyroute, 
 potlatch
 oder irgendwelche anderen Programme, die im Zusammenhang mit OSM stehen,
 hat, würde ich mich darüber freuen, sie auf svn.openstreetmap.org
 veröffentlichen zu dürfen.

Und wann gibt's das offizielle overlay mit layman-support ? ;-)


Im Ernst, ich suche mein mapnik-0.4.0-ebuild heraus, in gentoo ist ja 
immer noch das alte mapnik-0.3.0 enthalten..


'Tschüß,
Hakan


-- 
The Key To Immortality Is First Living A Life Worth Remembering.

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

Re: [Talk-de] Mini-Planets fuer Laender Europas und Bundeslaender

[Hakan Tandogan]

Frederik Ramm wrote:
 Als Kompromiss koennte ich eventuell bei allen Polygonen einen 5km 
 breiten Speckguertel aussenrum mit ausschneiden, dann hat man immer 
 noch ungefahr die Landesform und nicht allzuviel vom Nachbarland mit drin...
 
 (Zum Glueck biete ich nicht so Dateien an wie Zypern, da waeren 
 bestimmt 10m Fehler im Grenzverlauf schon Anlass fuer wuetende E-Mails ;-)

Pöh ;-)

Bin ich froh, daß noch niemand gemerkt hat, daß ich für meine 
tagwatch-extrakte einfach eine großzügige bounding box um die Türkei 
gezogen habe, das kämen bestimmt auch schöne Mails an ;-)


'Tschüß,
Hakan

-- 
The Key To Immortality Is First Living A Life Worth Remembering.

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

Re: [Talk-de] josm Grundinstallation

[Hakan Tandogan]

On Mon, November 26, 2007 12:28, Frederik Ramm wrote:
 Hallo,


 Nein, sie tritt nur auf, wenn bereits vor dem ersten Start von JOSM
 eine Configdatei vorliegt. Wenn ohne Installer vorgegangen wird, dann
 ist das in der Regel nicht der Fall!

 Sollte damit das aus dem instaler komplett entfernen helfen?


 Ich denke schon.

Dumme Frage: Was ist dann mit annotation presets? Wurden die nicht
automatisch vom Installer hinzukonfiguriert?


'Tschüß,
Hakan

-- 
The key to immortality is first living a life worth remembering...



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

Re: [Talk-tr] türkiyenin yolları

[Hakan Tandogan]

Roman Neumüller wrote:
 Merhabalar,
 
 bazı doğulu yollar Potlatch 0.5d yardımıyla ekledim;
 (van, ağrı, doğubayazıt, kars, bitlis, muş, mardin, şırnak...)
 bir de Van Gölü'nün kenarı ekledim - kontrol ederseniz sevinirim... ;-)

Sagol Roman, sayende Türkiyenin doğusuda yavaş yavaş şekil almaya 
başladı ;-)

Su anda doğu ve güney sınırlarıyla uğraşıyorum, sonraki ilk hedef Van gölü.

Bu arada bayramdan sonra Kapadokyadayız, inşaallah görüşebiliriz ;-)

Hakan

-- 
The Key To Immortality Is First Living A Life Worth Remembering.

___
Talk-tr mailing list
Talk-tr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-tr

Re: [Talk-de] Medion GoPal v3 - trk-Datei nach GPX konvertieren

[Hakan Tandogan]

Patrick Beck wrote:

Hallo,

eine extra Style-Datei zwar ein GPX-File dieses auch valid ist, jedoch
fehlt der Timestamp. Vielleicht nehme ich auch einfach das falsche
IFIELD, jedoch habe ich von GMT_TIME bis MMDD_TIME alles
durchprobiert, wahrscheinlich aber irgendeinen Fehler begangen.

Vielleicht könnt ihr mir helfen :) Die trk-Styledatei und ein Track von
mir findet ihr im Anhang. 


Wenn's ein Perlskript auch tut, ich habe meines attached. Daraus kannst 
du auch entnehmen, welches Feld ich für den Timestamp nehme. Mein Trick 
ist, das Datum aus dem Filenamen zu produzieren und die Uhrzeit aus der 
Track-Datei.


Ansonsten benutze ich Glopus zum tracken, das geht auch ganz wundervoll, 
dafür habe ich allerdings auch noch so ein gehacktes Perlskript ;-)



'Tschüß,
Hakan

--
The Key To Immortality Is First Living A Life Worth Remembering.
#! /usr/bin/perl -w

for $in_name (@ARGV)
{
open (IN,  $in_name) || die (Can't open $in_name: $!\n);

$_ = IN;


$out_name = pna- . substr($in_name, 5, 4) . - . substr($in_name, 9, 2) 
. - . substr($in_name, 11, 2);
$out_name .= - . substr($in_name, 14, 2) . - . substr($in_name, 16, 2) 
. - . substr($in_name, 18);
# $out_name = $in_name;
$out_name =~ s/^track/pna-/;
$out_name =~ s/\.trk/-gopal\.gpx/;
$out_name =~ s/\_/\-/g;

print $in_name .  -  . $out_name . \n;

open (OUT,  $out_name) || die (Can't open $out_name: $!\n);

print OUT ?xml version=\1.0\ encoding=\ISO-8859-1\?\n;
print OUT gpx version=\1.0\ creator=\gopal2gpx.pl - 
http://www.gurkensalat.com/geostuff/\;\n;
print OUT   time2006-03-19T12:58:02Z/time\n;
print OUT   trk\n;
print OUT trkseg\n;

$date = substr($in_name, 5, 4) . - . substr($in_name, 9, 2) . - . 
substr($in_name, 11, 2);

$old_lon = ;
$old_lat = ;

while (IN)
{
chomp;
@foo = split(/\,\ /);
# my ($date,$time,$lon,$lat,$alt,$speed,$test1,$test2,$test3) = 
split(/\s*,\s*/,$line);
# print. $#foo .  - ' . join(', ', @foo) . '\n;

if ($#foo == 8)
{
if (!($foo[2] eq 0.00))
{
$time = $foo[1];

#  012 3 45 6 7 8
# ($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst) =
# 8 - '10', '59', '6', '2', '0', '70', '5', '1', '0'
# @gaga = gmtime($time);
# print. $#gaga .  - ' . join(', ', @gaga) . '\n;

# ($sec, $min, $hour, $mday, $mon, $year) = gmtime($time);
# $date = $year . - . $mon . - . $mday;
# $time =  $hour . : . $min . : . $sec;

# time2007-06-07T14:39:32Z/time

$time = ;
$time .= substr($foo[1], 0, 2) . :;
$time .= substr($foo[1], 2, 2) . :;
$time .= substr($foo[1], 4, 2);

$lon = $foo[2];

$lat = $foo[3];

$ele = $foo[4];

if (!(($lat eq $old_lat)  ($lon eq $old_lon)))
{
# print $date $time $lat $lon\n;
print OUT   trkpt lat=\ . $lat . \ lon=\ . $lon 
. \\n;
print OUT time . $date . T . $time . Z . 
/time\n;
print OUT ele . $ele . /ele\n;
print OUT   /trkpt\n;

$old_lat = $lat;
$old_lon = $lon;
}
}
}
}

print OUT /trkseg\n;
print OUT   /trk\n;
print OUT /gpx\n;

close (OUT);
}
#! /usr/bin/perl -w

for $in_name (@ARGV)
{
open (IN,  $in_name) || die (Can't open $in_name: $!\n);

$_ = IN;
if (!(/\$Glopus/))
{
print Not a glopus file: $!\n;
}

$out_name = pna- . $in_name;
$out_name =~ s/\.txt/-00-glopus\.gpx/;
$out_name =~ s/\_/\-/g;

print $in_name .  -  . $out_name . \n;

open (OUT,  $out_name) || die (Can't open $out_name: $!\n);

print OUT ?xml version=\1.0\ encoding=\ISO-8859-1\?\n;
print OUT gpx version=\1.0\ creator=\glopus2gpx.pl - 
http://www.gurkensalat.com/geostuff/\;\n;
print OUT   time2006-03-19T12:58:02Z/time\n;
print OUT   trk\n;
print OUT trkseg\n;

$date = substr($in_name, 0, 10);

while (IN)
{
chomp;
@foo = split(/\,/);
# print. $#foo .  - ' . join(', ', @foo) . '\n;

if ($#foo == 14)
{
if ($foo[0] eq \$GPGGA)
{
if (!($foo[2] eq ))
{
$time = $foo[1];

$time = ;
$time .= substr($foo[1], 0, 2) . :;
$time .= substr($foo[1], 2, 2) . :;
$time .= substr($foo[1], 4, 2);

$lat = $foo[2] / 100;
$lat = substr($foo[2], 0, 2);
$lat_s = substr($foo[2], 2, 2) . . . substr($foo[2], 5);
 

Re: [Talk-de] Medion GoPal v3 - trk-Datei nach GPX konvertieren

[Hakan Tandogan]

dieter jasper wrote:
 Suche ein Programm um trk-Dateien nach GPX zu konvertieren.
 Hier ist ja wohl etwas verfügbar.
 Als Anfänger sieht das für mich nach einer Anwendung unter linux aus.
 Hätte gern nähere Information wie man sie anwenden kann.
 Grundkentnisse in linux sind vorhanden.

Wenn du mein Perl-Skript meinst:

perl gopal2gpx.pl dateiname-deiner-trk-datei

Dann erzeugt das Ding eine passend benannte GPX-Datei.


'Tschüß,
Hakan


-- 
The Key To Immortality Is First Living A Life Worth Remembering.

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

Re: [Talk-de] Neues GPS-Gerät

[Hakan Tandogan]

Holger Issle wrote:
 Dann nimmst Du taho von Oliver und (zu geringen Teilen mir) und lädst
 die gerenderten Tiles von Deinem Wunschgebiet. Achtung, nicht mehr als
 1024x1024 Pixel, Glopus lädt die Folgetiles alleine nach. Und taho
 nimmt ein Gebiet, stückelt es und erzeugt die nötigen
 Kalibrierungsfiles. Dann holst Du das selbe Gebiet als OSM-Datei mit
 einem solchen Link
 http://www.openstreetmap.org/api/0.5/map?bbox=11.55,48.12,11.64,48.16
 dazu und legst es nach der Beschreibung im Glopus Forum am PDA ab.

A propos, im Glopus-Forum ist die Rede von einem GlopusMapManager, der 
die Karten in irgendwelche .gpf-Archive verpackt. Das Ding ist aber nur 
ein Windows-EXE. Ist irgendwo definiert, wie das Teil arbeitet? Wenn ja, 
könnte man das ja auch noch in ein Perl-Skript übersetzen, und 
automatisiert tagesaktuelle Kartenpakete erzeugen...


'Tschüß,
Hakan

-- 
The Key To Immortality Is First Living A Life Worth Remembering.

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

Re: [Talk-de] Neues GPS-Gerät

[Hakan Tandogan]

Holger Issle wrote:
 könnte man das ja auch noch in ein Perl-Skript übersetzen, und
 automatisiert tagesaktuelle Kartenpakete erzeugen...
 
 Du kannst auf Glopus.de nachlesen daß es reicht die png-Kacheln mit
 den Kalibrierungsfiles zusammenzuzippen. Es ist wohl effizienter in so
 einem File zu lesen als im Dateisystem. Ich glaube der GMM macht nur

Ja, vor allem, wenn ich bedenke, daß ich für meinen kommenden Urlaub 
mehrere tausend Kacheln mitnehmen will (Glopus selber kann wohl mit 
15000 Kacheln und mehr pro GPF zurechtkommen).

 den Kachelindex dazu... das könnte man ja mal probieren und dann taho
 damit aufpeppen. Siehe
 http://wiki.openstreetmap.org/index.php/Oziexplorer, das perlscript
 existiert bereits.

Ja, damit arbeite ich gerade ;-)

Ich habe gerade Kontakt mit dem Autor von geotools für Glopus, damit 
kann man auch diese gmf-Files erzeugen (die Dinger sind scheinbar etwas 
mehr als reine zip-archive). Seine Linux-binaries kommen allerdings 
nicht mit den zwei Kalibrierungspunkten, die taho produziert, zurecht. 
Da muß ich wohl taho.pl noch ein klein wenig aufbohren, es hat ja schon 
mal 4 Punkte erzeugt.


'Tschüß,
Hakan



-- 
The Key To Immortality Is First Living A Life Worth Remembering.

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

Re: [Talk-de] Grenze falsch

[Hakan Tandogan]

On Wed, October 31, 2007 11:38, Sebastian Gebhard wrote:
 Ich bin einer von denen, die sich zur Zeit damit beschaeftigen die
 genannte Quelle (CIA World Database) zu importieren. Das die Quellen an
 manchen Orten nicht 100% genau sind ist richtig. Sollte also die Grenze
 einen Tag wie k=source v=CIA WDB Europe segment XY haben, dann schaut
 bitte dazu ins Wiki. Wir haben unter
 http://wiki.openstreetmap.org/index.php/WikiProject_Import_WDB eine
 Tabelle mit dem Status der einzelnen Segmente.
 Bitte einfach mal durchlesen, falls ihr ueber ein von WDB importiertes
 Grenzenstueck stolpert und gegebenenfalls korrigieren und im Wiki als
 verified oder GREEN markieren.

Ich würde ebenfalls den Grenzverlauf in mehrere Teile splitten und die
einzelteile erkennbar taggen.

Irgendwann müssen die Grenzfragmente sowieso durch eine entsprechende
Relation geklammert werden damit der jetzige Workaround mit left:country
und right:country aufgeräumt werden kann.


'Tschüß,
Hakan


-- 
The key to immortality is first living a life worth remembering...



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

[Talk-de] Re: Tagwatch Liste für Deutschland

[Hakan Tandogan]

On Tue, October 23, 2007 01:31, Jörg Ehrichs wrote:
 On Tuesday 23 October 2007 01:13:02 Sven Grüner wrote:

 Weiß eigentlich jemand wer/wo/wie entscheidet, was Osmarender rendert
 und was nicht?
 Das wird ansich nicht entschieden. Jeder der nen svn account hat,
 besitzt die Möglichkeit dies einfach in die osmarender datei einzufügen.


 Z.B. wäre 'telephone' mit deutlich mehr Vorkommen als
 'post_box' langsam mal fällig, 'bank' und 'supermarket' liegen auch
 nicht schlecht im Rennen.

 Ich hab nochmal ein wenig in der construct.pl datei rumgefingert nun
 gibts zumindestens für die tags, die auf der Watchlist stehen eine volle
 ansicht aller werte die vergeben worden sind (vorher war das begrenzt auf
 eine bestimmte anzahl)

Aber noch nicht eingecheckt, oder?

 Zudem lade ich mir grade die komplette planet.osm runter und werde das
 morgen dann mal damit versuchen (falls das script diese Datenmenge noch
 bearbeiten kann)

Viel Spaß mit makeSamples.pl ;-)


'Tschüß,
Hakan


-- 
The key to immortality is first living a life worth remembering...



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

[Talk-de] Relationen (Was: JOSM nicht mehr zu gebrauchen)

[Hakan Tandogan]

Torsten Breda wrote:
 Am 22.10.07 schrieb Torsten Breda [EMAIL PROTECTED]:
 Auf der Wiki-Seite:
 http://wiki.openstreetmap.org/index.php/Relations/Proposed/Is_In
 habe ich folgendes gelesen:

  Type  Name  Members
  country  Germany  (Node place=city, name=Munich),  (Node place=town,
 name=Germany)

 und müsste es nicht eine Zeile höher: Node place=city, name=Istanbul heißen?
 Ist Germany  Member von Germany, oder was verstehe ich da nicht?

 Da ich glaube, dass mit den Relations doch nicht 100pro verstanden zu
 haben, will ich da jetzt nix editieren.

Beides korrekt, mein Gehirn war noch nicht ganz wach als ich diese Seite 
angelegt hatte ;-)


'Tschüß,
Hakan


-- 
The Key To Immortality Is First Living A Life Worth Remembering.

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

Re: [Talk-de] JOSM nicht mehr zu gebrauchen

[Hakan Tandogan]

Frederik Ramm wrote:
 Hallo,
 
 Muss mir mal was von wegen Grenzen überlegen. Was mir
 vorschwebt ist, dass man Grenzabschnitte per way definiert
 und dann mehrfach belegt. Einerseits die diversen Ebenen
 von Gemeinde- bis Bundesgrenze und dann in der gleichen
 Ebene die links- und rechtsdrehenden Grenzen.
 
 Ja, mach das mal - da hab ich auf der Liste schon haarstraeubende
 Proposals von wegen border=national left=France right=Germany oder
 so gelesen ;-)

Mach nur, mach nur, dann kann ich die ways, die ich gerade eben uploade, 
in Relations umwandeln und die Welt wird gut ;-)


'Tschüß,
Hakan

-- 
The Key To Immortality Is First Living A Life Worth Remembering.

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

Re: [Talk-tr] Yeni OSM Protocol 0.5

[Hakan Tandogan]

Doruk Fisek wrote:
 Wed, 03 Oct 2007 15:59:24 +0200, Hakan Tandogan
 [EMAIL PROTECTED] :
 
 Bu hafta sonu OSM'in motoru 0.4'den 0.5'e yenileniyor. Büyük bir
 olasilikla bütün hafta sonu boyunca harita verileri güncellestirmek
 mümkün olmayacak.
   Eh, josm ile ugrasmayi biraz daha ertelemek icin bahane oldu bana
   da :)
 Bahaneci, sende al eline GPS'i, az daha veri topla, neeedelim ;-)
 Oyle yapiyorum zaten, biraz da Kas tarafindan veri topladim; bu
 haftasonu da Tekirova hedefim :)

Oh, oh, beyimizdeki keyfe bak... Biz burada is güc pesinde 
biryerlerimizi yirtalim, millet Kas senin, Tekirova benim gezsin. 
Erkenden Türkiyeye temel dönüsümü yapacagim ülen ;-)


-- 
The Key To Immortality Is First Living A Life Worth Remembering.

___
Talk-tr mailing list
Talk-tr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-tr

Re: [Talk-tr] kaydettigim yollar ve bir soru

[Hakan Tandogan]

Merhaba,

 ben sitede flash map editorle bi gps trackleri goruyorum ama, benimki
 mi, baskasininki mi emin olamiyorum. ve, gps track'im, yahoo'dan render
 lanan haritadaki yollarla tam ortusmuyor. arabayla giderken kaydetmeme
 ragmen cogukez yoldan baya cikmis (30-40 metre belki daha fazla)
 gozukuyorum.

Yahoo'daki resimler bazen hakiki duruma göre bayagi kaymis oluyor. Google
bu soruna daha cok özen gösteriyor ama Googleden kopyalamamiza izin
cikmadi ;-)

Genelde yinede GPS ile kendi ölcdügün tracklara daha cok güvenebilirsin.

 eger olay gpx tracklerin uzerini kalemle cizmek-boyamaksa bana biraz
 atIL geldi.

atIL? Yardim et, türkcem biraz kirik dökük ;-)

Acikcasi Potlatch'i simdiye kadar hic denemedim. Cogunlukla JOSM
kullaniyorum, tracklarimida OSM'a aktarmadan önce mesela gpsbabel ile
biraz temizliyorum.

Tam calisma seklimi su anda yazamayacagim (is yerindeyim ve bayagi uzun
sürecek), bu aksama daha detaylisini yazarim.



Selamlar,
Hakan


-- 
The key to immortality is first living a life worth remembering...



___
Talk-tr mailing list
Talk-tr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-tr

Re: [Talk-tr] haritayi duzenleme - geri alma

[Hakan Tandogan]

 merhaba

 haritada yapilan duzenlemeler kaydedildikten sonra, bir hata yapildiysa
 (veya biri kasitli olarak bir suru seyi sildiyse veya yanlis bilgiler
 girdiyse) nasil bir kurtarma mekanizmasi var biliyor musunuz?

Ne yazikki pek fazla kurtarma imkanimiz yok.

Hfatada bir bütün bilgiler planet.openstreetmap.org'da bulabilecegin
dökumanlara kaydediliyor, bunlardan istedigin bölgeyi cikarabilirsin ama
buda bir hayli yorucu bir is.

Sadece belirli, kücük hatalar yapilmis ise (mesala bir sehir isimi yanlis
yazilmis ve isim kaydedilen node silinmemis ise) bu bilgileri OSM'den
cikarmak mümkün ama bu büyük kapsamda islemler icin dahada yorucu.


Selamlar,
Hakan

-- 
The key to immortality is first living a life worth remembering...



___
Talk-tr mailing list
Talk-tr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-tr

Re: [Talk-tr] haritayi duzenleme - geri alma

[Hakan Tandogan]

 bu durumda OSM uzerine bir uygulama yazsak, cok kolay bir sekilde
 uygulamaya zarar verilebilecek.

Haklisin, bu konu ingilizde -dev listesinde ara sire konusuluyor. Su anki
ortak düsünce Wikipedia ayni sorunlarin yasanmasi (veya yasanmamasi).

Milletin ilgi gösterdigi bir yerde hatayla veya bilerek veriler bozulursa
tamir edecek biride cikar. Bozuk oldugu dikkati cekmezse büyük bir
olasiklikla zaten kimse ilgilenmiyordur. Bu evinin önündeki sokagi temizi
tutmak gibi birsey, herkes kendi ilgilendigi yerlere dikkat ederse sonucta
bütün dünya temiz tutulmus olur ;-)

 ancak osm'nin ingiltere kismi o kadar detayli ki, sanki bir koruma
 varmis gibi duruyor?

Koruma yok. Ama bircok kisinin endiseleride simdiye kadar yerine gelmedi;
bilerek OSM'e giripde bilgi bozan kimse pek cikmadi.

Ara sira koruma sistemleri hakkinda düsünce yürütülüyor ama bu cözümü
hakikaten zor olan bir sorun.

 bir de galiba anladigim kadariyla bir noktanin koordinatlari google
 eath'de de, yahoo'nun satelite haritasinda da, OSM'de de ayni oyle degil
 mi? bu ozellik sayesinde mi OSM de cizilen haritalar istenilen uydu
 goruntusuyle yaratilabiliyor?

Evet, koordinatlarin mecburen ayni olmasi lazim, eninde sonunda cekilen
fotograflar dünya haritasinda dogru yerlerde gösteriliyor.

Bu arada googleden falan sokak ismi veya yol aktarilmasi OSM icin pek
elverisli degil. Mümkünse kendi gözünle gördügün cadde isimlerini yazki
günün birinde google cikipda bizim para ödedigimiz bilgileri caldiniz
diyemesin.

Bu arada yahoo resimlerini kopyalamamiza izin verdi, potlatch veya JOSM
icin YWMS'e bakabilirsin.

 sehirrehberi.ibb.gov.tr yi gordunuz mu?

Tanimiyordum, bu aksam bakarim.

 ve son olarak, istanbul kadikoy sahil seridi tam olarak dogru
 gosterilmemis. bunun nedeni ne olabilir? (serit baya kaymis, oyle ki
 cogukez denizden gidiyor)

Sahil seritlerinin cogu VMAP0 denilen uzaydan cekilmis resimlere göre
otomatik olarak yapildi, mümkünse daha dogru bilgiler olan yerlerde
(mesela kendin elinde GPS'le sahili ölctüysen) yollari düzelt.



Selamlar,
Hakan


 kolay gelsin

 On Fri, 2007-08-31 at 11:04 +0200, Hakan Tandogan wrote:
  merhaba
 
  haritada yapilan duzenlemeler kaydedildikten sonra, bir hata
 yapildiysa
  (veya biri kasitli olarak bir suru seyi sildiyse veya yanlis bilgiler
  girdiyse) nasil bir kurtarma mekanizmasi var biliyor musunuz?

 Ne yazikki pek fazla kurtarma imkanimiz yok.

 Hfatada bir bütün bilgiler planet.openstreetmap.org'da bulabilecegin
 dökumanlara kaydediliyor, bunlardan istedigin bölgeyi cikarabilirsin
 ama
 buda bir hayli yorucu bir is.

 Sadece belirli, kücük hatalar yapilmis ise (mesala bir sehir isimi
 yanlis
 yazilmis ve isim kaydedilen node silinmemis ise) bu bilgileri OSM'den
 cikarmak mümkün ama bu büyük kapsamda islemler icin dahada yorucu.


 Selamlar,
 Hakan



 ___
 Talk-tr mailing list
 Talk-tr@openstreetmap.org
 http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-tr



-- 
The key to immortality is first living a life worth remembering...



___
Talk-tr mailing list
Talk-tr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-tr

Re: [Talk-tr] Merhaba

[Hakan Tandogan]

 Merhaba,

 Ben Ozgur... Ankara'dan katiliyorum . Yarismaci arkadaslara basarilar
 dilerim ..

Hosgeldin ;-)

Kusura bakma, mailini biraz gec gördüm...

Ankarada elinde GPS alicisi ile anitkabirin, TBMMin etrafini dolasirsan
polis tuhaf tuhaf bakmaya baslarmi? OSM'de böyle önemli noktalarin verisi
yok, belki sen ekleyebilirsin...


Selamlar,
Hakan


-- 
The key to immortality is first living a life worth remembering...



___
Talk-tr mailing list
Talk-tr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-tr

[Talk-de] München: Tag der offenen Tür

[Hakan Tandogan]

Hallo allesamt,


Gerade as den Germeringer Nachrichten:

am 21. Juli, von 9:00 bis 17:00 lädt das Landesamt für Vermessung und 
Geoinformationen zum Tag der offenen Tür ein.
...
Weitere Informationen erhalten Sie unter http://www.geodaten.bayern.de/



'Tschüß,
Hakan

-- 
The Key To Immortality Is First Living A Life Worth Remembering.

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

Re: [Talk-de] OSM im Fernsehen

[Hakan Tandogan]

 Hallo,

 Christoph Eckert schrieb:

 das ist rechtlich nicht zulässig. Da müsste man schon den Rechteinhaber
 um eine Kopie für die genannten Einsatzzwecke bitten.

 Genau das haben wir gestern direkt bei den Leuten gemacht und es kam
 nur. das ist zu hoher Aufwand und teuer

 Also doch lieber selber machen.

Ich werde meinen Receiver (Sat, Digital) programmieren. Was wir mit der
resultierenden Aufnahme machen können wir ja später entscheiden...


'Tschüß,
Hakan

-- 
The key to immortality is first living a life worth remembering...



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

Re: [Talk-de] Kartenausschnitte drucken

[Hakan Tandogan]

Sven Geggus wrote:
 Hakan Tandogan [EMAIL PROTECTED] wrote:
 
 Ich schnitze gerade daran herum, die eingecheckte Version kann Tiles von 
 beliebigen Servern (also bei Bedarf auch von einem lokalen Server mit 
 eigenen Styles) beziehen und zusammenkleben.
 
 Eigentlich würde ich ja schon gerne Vektordaten für den Ausdruck
 erzeugen. Tiles klingt ja schon ziemlich pixelig.

Naja, wenn du genügend viele Tiles verwendest... Dann werden halt die 
einzelnen Straßen relativ dünne Striche in der Landschaft :-(

Dafür hast du nicht den Aufwand, die Daten nochmal lokal rendern zu müssen.

 osm2ps now :)

Au ja, am Besten so, daß es komplette Atlanten erzeugen kann ;-)


'Tschüß,
Hakan


-- 
The Key To Immortality Is First Living A Life Worth Remembering.

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