Comments for Alexander Karnstedt

Comment on “ZDF heute” ist von Gestern by Olaf H.

Olaf H. — Thu, 08 Oct 2009 13:24:05 +0000

Hey master of surveying!

I hope you’re doing well. Don’t take this map in “Heute’s” background too serious. I agree, it looks a little strange (especially Greenland *lol*), but it’s not more than an illustration. TV watching people will not see a difference and media illustrators are not surveying engineers, so be forgiving to them. Btw: I like the layers in this illustration.

Would like to hear from you again.

All the best, Olaf

Comment on Using Ant properties within SQL scripts with Incanto’s Task by Suchi

Suchi — Fri, 18 Sep 2009 12:41:00 +0000

missed in previous mesg …. inside tag? I want to query..

Comment on Using Ant properties within SQL scripts with Incanto’s Task by Suchi

Suchi — Fri, 18 Sep 2009 12:39:52 +0000

Can I use this sql tag inside tag?
I want to query from existing table and mail that list.

Comment on Usability in the GeoWeb. Or: Am I afraid of web designers eating my lunch? by Catching up

Catching up — Mon, 03 Nov 2008 18:17:15 +0000

[...] Orleans and of course had no time to block so I’m going to try and catch up this week. Alexander Karnstedt shares his thoughts on Dave Bouwman’s presentation at the Texas GIS Forum. “I strongly agree [...]

Comment on Using Ant properties within SQL scripts with Incanto’s Task by Joe

Joe — Sun, 12 Oct 2008 19:17:39 +0000

Alex,
The “.” simply escapes out of the sqlplus edit buffer and back to its command prompt. The “L” or “LIST” command echoes the current statement back to the console. I combing the two along with “/” to get a listing of the statement plus the execution results. The good news for me is that I found that a simple blank line — instead of the “.” — accomplishes the same thing — so I’m happy!

e.g.
alter session set NLS_DATE_FORMAT = “HH24:MI:SS DD.MM.YYYY”

LIST
/

Thanks again!
Joe

Comment on Using Ant properties within SQL scripts with Incanto’s Task by alexander karnstedt

alexander karnstedt — Wed, 08 Oct 2008 19:13:59 +0000

Hello Joe,

thanks for your information.

2) I never used that “.” and LIST thing before and I’m not quite sure what it does nor what’s the difference to simply using a semicolon. Could you explain, what the “.” does and if there is a difference to “;”?
It’s somewhat curious, seems that SQL*Plus has only problems with whitespace before a “.” – if I use a semicolon instead it works and I’ll get the desired result and output. The “.” works only when omitting the leading whitespaces. Again: the malefactor seems to be solely the “.” and it seems to be avoidable by using a “;” instead.

1) Could you mail me or post a bug at sourceforge with a SQL sample. Because the samples I have are all working (except for the “.” thing)

I fear that there wont be a really good fix to this leading whitespace issue. Cause it will involve other issues when I remove all leading whitespaces from all lines generally by Incanto, because in some cases whitespace might be necessary.

I found inlining various things (like SQL) in XML always bit fragile due to these whitespace issues. Therefore either I avoid them (yep ugly indentions) or I use external SQL files, which I found much more comfortable to handle anyway.

Regards, Alex

Comment on Using Ant properties within SQL scripts with Incanto’s Task by Joe

Joe — Wed, 08 Oct 2008 17:58:55 +0000

I really like what you’ve done with incanto. I’m trying to use it as part of a packaging and deployment mechanism. I’ve found what I think are a couple of minor bugs/anomolies that I hope you can sort out.

1) It seems that inline SQL statements that have whitespace at the beginning of the line cause them to fail. If I store these in a separate SQL file and call that it works.

2) I like to use the “dot” command to escape the edit/entry within SQLPLUS followed immediately by the LIST command and forward slash “/” on separate lines.

e.g.
alter session set NLS_DATE_FORMAT = “HH24:MI:SS DD.MM.YYYY”
.
LIST
/

This allows me to have a detailed listing of what statements I want to execute followed by the result messages from SQLPLUS. I like to do this because a spooled log then becomes my documentation of the installation.

Again, this does not seem to work with inline sql statements and I have to use external SQL files. My peference is do everything inline so that I could generate one big build file via a perl DBI script that extracts code from either a CVS repository or the database itself.

I’m hoping you can address these two small issues?

Thanks in advance,
Joe

Comment on When Geodatabase Design becomes Rocket Science by alexander karnstedt

alexander karnstedt — Thu, 14 Aug 2008 12:52:41 +0000

I think, things like MOLE are special extensions to ArcGIS (at large); nothing specific to ArcSDE geodatabases. Hence I assume it will never be supported directly on the ArcSDE or RDBMS level. But yes, there are a lot of other geodabase features that unfortunately need ArcObjects (thus at least ArcEngine license) on the build machine. Some of them definitely could (should) be pushed down to the ArcSDE or RDBMS API.

Alex

Comment on When Geodatabase Design becomes Rocket Science by Frank Gasdorf

Frank Gasdorf — Thu, 14 Aug 2008 07:03:55 +0000

I’m currently using the Ant Tasks for ArcSDE. But i miss some functionality to create featureclasses using a special classid, e.g. creating MOLE Featureclass.
Therefore you can use the tasks to define tables and manipulate them (adding or droping columns) but there is no way to register featureclasses. In this case you have to use ArcObjects and need a licence at client side. Do you know something about ESRI will extent the ArcSDE API?

Comment on Using Ant properties within SQL scripts with Incanto’s Task by peter

peter — Tue, 12 Aug 2008 06:45:54 +0000

hi,

Follow up to my previous comment here – I reworked my ant task to call SQL*PLUS via the ANT exec task and the problem still occurs.

So, I agree with you – incanto is NOT to blame !!

Sorry about that !

peter